Riproduci il benchmark prima di fidarti del numero.

Il fixture pubblicato include commit, ambiente, campioni, intervallo e limite. Applica la stessa disciplina ai repository del team.

Benchmark verificato

Misurato su un fixture mantenuto, non inventato per una landing page.

I dati provengono da Criterion e includono ambiente, fixture, commit e intervallo riproducibili.

Misurato
2026-08-08
Version
1.0.0 · 0fb2efc
Metodo
Criterion 0.5.1 · radar-bench/parse_and_query
Parsing TypeScript · diretto10,566 ms

10,546–10,595 ms

Parsing TypeScript · cache miss10,753 ms

10,703–10,819 ms

Parsing TypeScript · in cache71,038 µs

70,938–71,168 µs

Esegui 10 query TypeScript mantenute36,096 ms

35,953–36,254 ms

Compila il catalogo ed esegui 10 query TypeScript62,155 ms

61,881–62,479 ms

Tutte le regole AST mantenute25,266 ms

25,185–25,368 ms

Riepilogo scansione · cache vuota13,538 ms

13,494–13,586 ms

Riepilogo scansione · cache persistente8,404 ms

8,356–8,469 ms

FixtureSynthetic TypeScript · 5,002 lines · 130,884 bytes
AmbienteApple M2 · 8 cores · 16 GB · macOS 27.0 · arm64
MetodoProfilo benchmark ottimizzato · 3 s di riscaldamento · 100 campioni misurati
Sorgente del benchmark
crates/radar-bench/benches/parse_and_query.rs
SHA-256 del sorgente
7c40e89a4d63314e0fb95f50226621b6c806950817d94bfdc5b5cc0827917e58
SHA-256 del fixture
226cab8c9fc6c1af4ba30e550e1a7d469b6e9741822487ef1d64b02febb0bb22
Limite di ambito

Queste misure coprono il fixture mantenuto di parser, regole e sessione. Non promettono prestazioni end-to-end per ogni repository, macchina, set di regole o rete.

La riproduzione richiede accesso al sorgente al commit misurato.

Interpreta il benchmark prima di confrontare la velocità

I benchmark Code Radar misurano un fixture identificato con ambiente e commit documentati. Valori cold, warm, parser, regole e sessione descrivono quella esecuzione riproducibile, non una promessa universale.

  • Una misura affidabile include hash di fixture e sorgente, ambiente hardware e software, campioni, intervallo, comando, warm-up e dichiarazione chiara delle esclusioni.
  • Un fixture fisso non predice da solo le prestazioni di un repository. File, cache, manifest, regole, storage, carico del runner e formato di output cambiano i risultati.
  • Riproduci il fixture pubblicato, applica la stessa disciplina a un repository rappresentativo e confronta velocità e utilità dei finding prima di cambiare policy.

Come validare Interpreta il benchmark prima di confrontare la velocità

Usa un artefatto reale e un limite esplicito. Un’affermazione è utile solo se il visitatore può verificarla, riprodurre il passaggio e capire cosa non dimostra.

Area decisionaleCosa verificare
EvidenzaUna misura affidabile include hash di fixture e sorgente, ambiente hardware e software, campioni, intervallo, comando, warm-up e dichiarazione chiara delle esclusioni.
LimiteUn fixture fisso non predice da solo le prestazioni di un repository. File, cache, manifest, regole, storage, carico del runner e formato di output cambiano i risultati.
Passo successivoRiproduci il fixture pubblicato, applica la stessa disciplina a un repository rappresentativo e confronta velocità e utilità dei finding prima di cambiare policy.

Domande su Interpreta il benchmark prima di confrontare la velocità

Queste risposte collegano la promessa a evidenze osservabili, un limite chiaro e l’azione che fa avanzare il workflow.

Quale evidenza devo controllare per Interpreta il benchmark prima di confrontare la velocità?

Esamina questa evidenza: Una misura affidabile include hash di fixture e sorgente, ambiente hardware e software, campioni, intervallo, comando, warm-up e dichiarazione chiara delle esclusioni.

Cosa non dimostra Interpreta il benchmark prima di confrontare la velocità?

Mantieni esplicito questo limite: Un fixture fisso non predice da solo le prestazioni di un repository. File, cache, manifest, regole, storage, carico del runner e formato di output cambiano i risultati.

Cosa fare dopo aver esaminato Interpreta il benchmark prima di confrontare la velocità?

Usa il passo successivo adatto: Riproduci il fixture pubblicato, applica la stessa disciplina a un repository rappresentativo e confronta velocità e utilità dei finding prima di cambiare policy.

Continua verso la prova o implementazione corretta.

Queste pagine collegano la decisione attuale a un artefatto reale, installazione, responsabilità del workflow o limite commerciale.

Valida il workflow sul tuo codice.

Inizia con una scansione locale, ispeziona le prove ed estendi a report, agenti o CI solo quando il segnale è 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