【Übersetzung】Einige Erfahrungen beim Schreiben von Benchmark-Tests in Java

Manchmal müssen wir einfachen Code für Leistungstests schreiben, und ich habe zufällig eine Erfahrung mit Stackoverflow gesehen, bei der es darum geht, Benchmark-Tests zu schreiben, um die Auswirkungen der Umgebung so weit wie möglich abzuschirmen.

Übersetzt und hier veröffentlicht:

Tipps zum Schreiben von Mikrobenchmarks vom Autor von Java HotSpot:

Regel 0: Lesen Sie gute Artikel zu JVMs und Mikrobenchmarks. Zum Beispiel. Stellen Sie keine hohen Erwartungen an solche Tests; sie liefern nur einen begrenzten Maßstab für die JVM-Leistung.

Regel 1: Bauen Sie immer eine Aufwärmphase ein, die so lange läuft, bis alle Initialisierungen und Kompilierungen ausgelöst werden. (Die Anzahl der Iterationen in der Aufwärmphase kann reduziert werden, als Faustregel gelten Zehntausende Schleifen.)

Regel 2: Immer mit Parametern wie -XX:+PrintCompilation, -verbose ausführen :gc usw., damit die Kompilierungsphase bestimmt werden kann und andere Teile der JVM während des Timings unerwartete Arbeit leisten.

Regel 2.1: Drucken Sie Meldungen zu Beginn und am Ende der Zeitmess- und Aufwärmphase, damit Sie feststellen können, ob während der Zeitmessung eine Ausgabe von Regel 2 erfolgt.

Regel 3: Verstehen Sie den Unterschied zwischen -Client und -Server sowie den Unterschied zwischen OSR und regulärer Assembly. -server ist besser als -client, regelmäßige Kompilierung ist besser als OSR

Regel 4: Achten Sie auf die Auswirkungen der Initialisierung. Drucken Sie die Ergebnisse nicht zum ersten Mal aus, es sei denn, dies geschieht während des Ladevorgangs der Testklasse , Regel 2 ist, dass Sie dagegen ankämpfen. Die erste Verteidigungslinie für Wirksamkeit.

Regel 5: Achten Sie auf die Auswirkungen der Compileroptimierung und Neukompilierung. Verwenden Sie beim Timing keinen Codepfad, da der Compiler möglicherweise auf der Grundlage einiger optimistischer Annahmen optimiert, z. B. dass der Pfad überhaupt nicht verwendet wird, sodass der Code verworfen und neu kompiliert werden kann. Regel 2 ist Ihre erste Verteidigungslinie gegen diesen Effekt.

Regel 6: Verwenden Sie die entsprechenden Tools, um die Arbeitsweise des Compilers zu lesen und daraus erstaunlichen Code zu erstellen. Überprüfen Sie den Code selbst, bevor Sie eine Theorie darüber aufstellen, was Dinge schneller oder langsamer macht.

Regel 7: Rauschen bei Messungen reduzieren. Führen Sie den Benchmark auf einer leisen Maschine aus und führen Sie ihn einige Male aus, wobei Sie Ausreißer verwerfen. Verwenden Sie -Xbatch, um den Compiler mit der Anwendung zu serialisieren, und erwägen Sie die Einstellung -XX:CICompilerCount=1, um zu verhindern, dass der Compiler parallel zu sich selbst ausgeführt wird.

Regel 8: Verwenden Sie eine Bibliothek zum Benchmarking, da diese möglicherweise effizienter ist. Wie JMH, Caliper, UCSD Benchmarks für Java usw.

Das obige ist der detaillierte Inhalt von【Übersetzung】Einige Erfahrungen beim Schreiben von Benchmark-Tests in Java. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!