10,546–10,595 ms
Reproduisez le benchmark avant de croire le chiffre.
Le fixture publié inclut commit, environnement, échantillons, intervalle et limite. Appliquez ensuite la même rigueur à vos dépôts.
Benchmark vérifié
Mesuré sur un fixture maintenu, pas inventé pour une landing page.
Les chiffres viennent de Criterion avec environnement, fixture, commit et intervalle reproductibles.
- Mesuré
- 2026-08-08
- Version
- 1.0.0 · 0fb2efc
- Méthode
- Criterion 0.5.1 · radar-bench/parse_and_query
10,703–10,819 ms
70,938–71,168 µs
35,953–36,254 ms
61,881–62,479 ms
25,185–25,368 ms
13,494–13,586 ms
8,356–8,469 ms
Ces mesures couvrent le fixture maintenu du parser, des règles et de la session. Elles ne garantissent pas la vitesse de bout en bout pour tout dépôt, machine, règles ou réseau.
La reproduction nécessite un accès au code source au commit mesuré.
Interpréter le benchmark avant de comparer la vitesse
Les benchmarks Code Radar mesurent un fixture identifié dans un environnement et un commit documentés. Les valeurs à froid, à chaud, parser, règles et session décrivent ce run reproductible, pas une promesse universelle.
- Une mesure fiable inclut hashes du fixture et des sources, environnement matériel et logiciel, échantillons, plage, commande, échauffement et exclusions explicites.
- Un fixture fixe ne prédit pas seul les performances d’un dépôt. Mélange de fichiers, cache, manifestes, règles, stockage, charge du runner et sortie peuvent changer les résultats.
- Reproduisez le fixture publié, puis appliquez la même discipline à un dépôt représentatif et comparez vitesse et utilité des constats avant toute politique d’équipe.
Comment valider Interpréter le benchmark avant de comparer la vitesse
Utilisez un artefact réel et une limite explicite. Une affirmation n’est utile que si elle peut être examinée, reproduite et comprise avec ce qu’elle ne prouve pas.
Questions sur Interpréter le benchmark avant de comparer la vitesse
Ces réponses relient la promesse à une preuve observable, une limite claire et l’action qui fait progresser le workflow.
Quelle preuve examiner pour Interpréter le benchmark avant de comparer la vitesse ?
Examinez cette preuve : Une mesure fiable inclut hashes du fixture et des sources, environnement matériel et logiciel, échantillons, plage, commande, échauffement et exclusions explicites.
Que ne prouve pas Interpréter le benchmark avant de comparer la vitesse ?
Gardez cette limite explicite : Un fixture fixe ne prédit pas seul les performances d’un dépôt. Mélange de fichiers, cache, manifestes, règles, stockage, charge du runner et sortie peuvent changer les résultats.
Que faire après avoir examiné Interpréter le benchmark avant de comparer la vitesse ?
Utilisez l’étape adaptée à la décision : Reproduisez le fixture publié, puis appliquez la même discipline à un dépôt représentatif et comparez vitesse et utilité des constats avant toute politique d’équipe.
Poursuivez vers la bonne preuve ou implémentation.
Ces pages relient la décision actuelle à un artefact réel, une installation, un workflow responsable ou une limite commerciale.
Validez le workflow sur votre propre code.
Commencez par un scan local, inspectez les preuves, puis étendez aux rapports, agents ou à la CI seulement si le signal est utile.
git checkout 0fb2efc
shasum -a 256 crates/radar-bench/benches/parse_and_query.rs crates/radar-bench/benches/fixtures/synthetic_large.ts
cargo bench -p radar-bench --bench parse_and_query