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
Parsing TypeScript · direct10,566 ms

10,546–10,595 ms

Parsing TypeScript · sans cache10,753 ms

10,703–10,819 ms

Parsing TypeScript · en cache71,038 µs

70,938–71,168 µs

Exécuter 10 requêtes TypeScript maintenues36,096 ms

35,953–36,254 ms

Compiler le catalogue et exécuter 10 requêtes TypeScript62,155 ms

61,881–62,479 ms

Toutes les règles AST maintenues25,266 ms

25,185–25,368 ms

Résumé du scan · cache vide13,538 ms

13,494–13,586 ms

Résumé du scan · cache persistant8,404 ms

8,356–8,469 ms

FixtureSynthetic TypeScript · 5,002 lines · 130,884 bytes
EnvironnementApple M2 · 8 cores · 16 GB · macOS 27.0 · arm64
MéthodeProfil de benchmark optimisé · échauffement de 3 s · 100 échantillons mesurés
Source du benchmark
crates/radar-bench/benches/parse_and_query.rs
SHA-256 de la source
7c40e89a4d63314e0fb95f50226621b6c806950817d94bfdc5b5cc0827917e58
SHA-256 du fixture
226cab8c9fc6c1af4ba30e550e1a7d469b6e9741822487ef1d64b02febb0bb22
Limite de portée

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.

Zone de décisionÉléments à vérifier
PreuveUne mesure fiable inclut hashes du fixture et des sources, environnement matériel et logiciel, échantillons, plage, commande, échauffement et exclusions explicites.
LimiteUn 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.
Étape suivanteReproduisez 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.

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