Flamboyan


Membangun OpenJDK untuk bagus Speedup

Saya tidak bisa menemukan dokumentasi tentang fitur ini, tapi mungkin ia melakukan hubungan waktu optimasi, yang harus meningkatkan kinerja. Kami mengkonfigurasi dengan varian server standar, yang mencakup jvm-fitur seperti g1gc dan c2.One dapat menggantikan profil ini dengan O3, yang menjaga kesesuaian fp ketat, atau O2, yang juga mempertahankan ukuran biner. -Ofast adalah optimasi profil tertinggi yang tersedia di dentang dan gcc, dan dilengkapi dengan beberapa kekurangan. Saya telah diuji dengan baik Ofast dan O3, dan tidak mengalami masalah dengan either.These Aku dihitung dengan waktu untuk saya di {1..10}; lakukan java; dilakukan, dan dibagi dengan 10. Tidak seperti DACAPO, benchmark ini tidak mewakili beban kerja normal dan harus diberikan nilai kurang. Misalnya, tidak ada tolok ukur menghasilkan sampah atau latihan JVM fitur selain C2.The speedup besar-besaran dalam kasus ketika alokasi tidak menggenang, dan kekosongan Janji tidak kembali, dan masih besar sebaliknya. Saya memilih microbenchmark ini agak secara acak setelah melihat koleksi Netty ini. Tentu saja, metode ini tidak mungkin untuk mendominasi kinerja aplikasi Anda. Tampaknya ada kesalahan dalam kedua chunked bench.Coupled dengan kemudahan mutlak membangun JDKs baru, pengembang aplikasi kinerja-kritis Java harus secara serius mempertimbangkan membangun sebuah JDK dioptimalkan, sama seperti C / ++ pengembang membangun binari dioptimalkan. Jadi, sementara Anda perlu tes dengan aplikasi Anda sendiri, jelas bahwa menargetkan JDK untuk arsitektur tertentu dapat memberikan perbaikan throughput yang signifikan. (source)