Perché usare JMH
Evitare gli errori dei benchmark ingenui
Perché usare JMH è una lezione Java Academy gratuita su CoddyKit. Questa è la lezione 1 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Java Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Java Academy include 4 lezioni in totale.
Perché JMH
Java Microbenchmark Harness (JMH) è lo strumento standard per misurare le prestazioni di piccole porzioni di codice Java. I cicli di misurazione scritti a mano producono quasi sempre valori errati, perché la JVM è un runtime di ottimizzazione sofisticato.
JMH serve a neutralizzare queste insidie.
Il benchmark ingenuo
Un primo tentativo tipico racchiude un ciclo in System.nanoTime(). Sembra ragionevole, ma presenta gravi difetti per i microbenchmark.
public class Main {
static int compute(int n) { return n * n + 7; }
public static void main(String[] args) {
long start = System.nanoTime();
int sink = 0;
for (int i = 0; i < 1_000_000; i++) sink = compute(i);
long elapsed = System.nanoTime() - start;
System.out.println("ns: " + elapsed + " sink=" + sink);
}
}Problema 1: JIT Warmup
La JVM avvia l'esecuzione in modalità interpretata e compila i metodi molto utilizzati in codice nativo solo dopo migliaia di invocazioni. Un benchmark ingenuo misura la lenta fase interpretata insieme a quella compilata e veloce, producendo medie prive di significato.
JMH risolve il problema con una fase dedicata di warmup, che viene scartata.
Problema 2: Dead-Code Elimination
Se un risultato calcolato non viene mai utilizzato, il JIT può eliminare completamente il calcolo. Il benchmark misura quindi un ciclo vuoto.
JMH offre il consumo del valore restituito e Blackhole per impedirlo.
Problema 3: Constant Folding
Se gli input sono costanti note in fase di compilazione, il JIT calcola il risultato una sola volta e lo riutilizza. In questo caso, il compilatore potrebbe sostituire l'intero ciclo con una singola costante.
JMH utilizza oggetti @State per rendere gli input opachi all'ottimizzatore.
public class Main {
public static void main(String[] args) {
// 2 * 21 is constant; the JIT folds it to 42
int result = 2 * 21;
System.out.println(result);
}
}Problema 4: Ottimizzazioni dei cicli
Il JIT srotola i cicli, porta fuori dal ciclo il codice invariabile e vettorializza le operazioni. Un ciclo scritto a mano misura queste ottimizzazioni anziché l'operazione che intendeva testare.
JMH sostituisce il ciclo con un numero di iterazioni attentamente controllato e gestito internamente.
Problema 5: On-Stack Replacement
Un ciclo di lunga durata in main può essere compilato durante l'esecuzione (on-stack replacement), producendo caratteristiche prestazionali diverse da quelle di un metodo compilato normalmente. Questo altera i risultati in modo imprevedibile.
Cosa offre JMH
- Iterazioni di warmup separate e scartate.
- Più iterazioni di misurazione con statistiche.
- Esecuzione in JVM nuove tramite fork, per evitare la contaminazione dei profili.
- Blackhole e consumo del risultato per contrastare la dead-code elimination.
- Oggetti @State per impedire il constant folding.
Come eseguirlo
JMH è una dipendenza separata (org.openjdk.jmh) e viene normalmente avviato tramite un annotation processor e una build Maven/Gradle che produce un JAR eseguibile. Non esegua i benchmark da un semplice main come farebbe con il codice ordinario.
Le statistiche sono importanti
JMH comunica non solo una media, ma anche l'errore / intervallo di confidenza calcolato tra iterazioni e fork. Un risultato come 42.0 +/- 1.3 ns/op indica sia il valore centrale sia la variazione osservata: informazioni essenziali per potersi fidare della misurazione.
Quando ricorrere a JMH
Utilizzi JMH per confrontare due implementazioni di un percorso critico, convalidare un'ottimizzazione o misurare operazioni della durata da nanosecondi a microsecondi. Per attività più lunghe, dell'ordine dei secondi, come I/O e rete, la misurazione del tempo reale è generalmente sufficiente.
Verifica rapida
Verifichi la Sua comprensione del motivo per cui JMH è necessario.
Riepilogo
Ha imparato perché i microbenchmark richiedono un harness:
- La JVM esegue il warmup: il codice interpretato diventa compilato solo dopo molte chiamate.
- La dead-code elimination e il constant folding possono eliminare o precalcolare il lavoro.
- Le ottimizzazioni dei cicli e l'on-stack replacement alterano i cicli scritti a mano.
- JMH aggiunge warmup, iterazioni di misurazione, fork, Blackhole e statistiche.
- Ricorra a JMH per misurare percorsi critici della durata di pochi nanosecondi.
Domande Frequenti
La lezione «Perché usare JMH» è gratuita?
Sì — il testo completo di «Perché usare JMH» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Java Academy, passa a CoddyKit PRO. Il corso Java Academy include 4 lezioni in totale.
Cosa imparerò in «Perché usare JMH»?
Evitare gli errori dei benchmark ingenui Eserciti Java Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.
Ho bisogno di esperienza per iniziare Java Academy?
Non è richiesta alcuna esperienza precedente. Java Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 1 di 4.
Quanto tempo richiede la lezione «Perché usare JMH»?
La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.
Posso scrivere ed eseguire codice in questa lezione Java Academy?
Sì. Ogni lezione Java Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.
Tutte le lezioni di questo corso
- Perché usare JMH
- Scrivere un benchmark
- Riscaldamento e iterazioni
- Evitare l'eliminazione del codice morto