Cara melakukan benchmark kernel (-Os vs -O2)


6

Tampaknya logis bagi saya bahwa pada kernel 64-bit mengkompilasinya untuk mengoptimalkan ukuran mungkin dapat membantu secara keseluruhan. (Distro pilihan saya menggunakan -O2) Ini memiliki manfaat lebih banyak register dan memori dan mungkin lebih sedikit perselisihan cache daripada kode optimal yang dioptimalkan. Saya memiliki kernel yang dikompilasi seperti ini dan sepertinya sangat bagus. Namun pertanyaan saya adalah bagaimana saya bisa membuktikan ini? Saya suka menggunakan Phoronix untuk tolok ukur "dunia nyata" jadi saya lebih suka menguji kasus seperti itu. Apa yang harus saya pilih untuk diuji? Apakah ada orang lain yang punya alternatif? Terima kasih banyak sebelumnya.


Nah, jika ada yang penasaran, benchmark 7zip yang dibangun menunjukkan bahwa -O lebih lambat, tapi saya tidak berkecil hati. Itu bahkan atau lebih tinggi di yang lain.
NightwishFan

Jawaban:


3

Jika kernel yang dikompilasi -Os "sepertinya bagus" Saya pikir Anda tidak perlu peduli untuk melakukan benchmark, berikut ini alasannya:

Masalah dengan tolok ukur akan selalu untuk memilih jenis beban apa yang Anda uji.
Bahkan jika Phoronix Test Suite baik-baik saja untuk menyoroti perbedaan antara revisi kernel yang berbeda, Anda tidak dapat menggunakannya sendiri untuk membuktikan bahwa kernel Anda berkinerja lebih baik untuk beban Anda sendiri karena Anda tidak menanyakannya pada operasi yang sama setiap hari.

Jika Anda masih ingin mencoba ini:
Mungkin Anda bisa mencoba membuat tolok ukur aplikasi yang paling sering Anda gunakan atau mereka yang membutuhkan waktu lama untuk menyelesaikannya (rendering / kompilasi 3D / kueri gaya OLAP alias pembuatan kubus / pelangi tabel. ..) untuk melihat apakah Anda dapat menemukan keuntungan.

Saya pribadi sangat ragu Anda akan melihat ada speedup nyata (terukur, berulang) dengan -O pada CPU desktop modern (CPU tertanam dapat mendapatkan beberapa kinerja meskipun). Optimalisasi yang sedikit lebih agresif dengan -O2 ( artikel sumber ) mungkin lebih menarik daripada ukuran terkecil dari -Os kernel.

bagan ini

Jika Anda membutuhkan lebih banyak info / ingin berbicara tentang optimisasi gcc secara lebih menyeluruh, Anda dapat membuka saluran #gentoo di IRC freenode atau di forum gentoo , tetapi ingat: jangan menyebutkan istilah "ricer" ^^

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.