Saya penulis posting blog yang ditautkan oleh penggemar ubuntu: http://sevencapitalsins.wordpress.com/2007/08/10/low-latency-kernel-wtf/
Posting blog itu tidak menunjukkan fakta, itu hanya teori . Begitulah cara kerjanya, sebenarnya: prosesor "berhenti" lebih sering untuk melihat apakah ada beberapa proses yang membutuhkan perhatian segera. Itu berarti bahwa proses-proses itu akan dieksekusi sebelum yang lain, sehingga Anda tidak akan melewatkan frame saat encoding, atau memiliki waktu tunda yang sangat besar antara klik mouse dan kematian musuh. Itu tidak berarti bahwa semua proses akan berakhir lebih cepat: sebenarnya CPU kehilangan sebagian besar waktunya memutuskan proses apa yang akan dieksekusi selanjutnya, dan melakukan konteks switch. Jadi total waktu eksekusi lebih lama, dan itu sebabnya tidak ada yang menjalankan preemptible kernel pada server web atau mesin database. Tetapi kernel 300Hz preemptible (atau bahkan 1000Hz) adalah yang terbaik untuk server game.
Tetapi saat ini prosesor memiliki banyak inti, sehingga ketika ada beberapa proses yang membutuhkan perhatian mereka dapat dengan mudah dialokasikan pada inti yang berbeda daripada menunggu inti untuk mengambilnya.
(stackexchange membutuhkan saya referensi / pengalaman pribadi: Saya seorang insinyur elektronik, noobgamer haus darah yang memelihara beberapa server game di http://www.gamezoo.it ).
Jadi, sebagai aturan praktis, saya akan mengatakan: jika prosesor Anda adalah quad-core frekuensi tinggi berderak angka-tinggi DAN Anda biasanya tidak membuka banyak halaman web saat encoding / decoding / gaming (ya), Anda bisa coba saja kernel generik (atau i686, atau amd64 jika ada) dan memiliki throughput setinggi mungkin (yaitu, angka mentah yang dapat dilakukan oleh prosesor). Jika Anda mengalami masalah (mereka harus benar-benar kecil) atau mesin Anda sedikit kurang kuat daripada bagian atas pasar, pilih -preempt.
Jika Anda menggunakan mesin kelas bawah yang hanya memiliki satu atau dua inti, cobalah -lowlatency. Anda juga dapat mencoba -realtime, tetapi Anda akan menemukan bahwa ia cenderung memblokir proses sampai yang "real-time" menyelesaikan pekerjaan mereka. Saya percaya kernel realtime bukan "vanilla", tetapi menerapkan patch CONFIG_PREEMPT_RT. Saya pikir kernel realtime hanya untuk mereka yang harus membangun satu aplikasi pada sistem embedded, jadi pengguna desktop biasa seharusnya tidak memiliki manfaat nyata karena mereka biasanya menjalankan sejumlah aplikasi pada saat yang bersamaan.
Terakhir, opsi kernel yang paling relevan jika Anda ingin mengkompilasi ulang kernel Anda sendiri untuk memiliki desktop dengan latensi rendah adalah:
PREEMPT=y
dan:
CONFIG_1000_HZ=y
Untuk menambahkan beberapa penghematan daya Anda dapat memeriksa yang ini:
CONFIG_NO_HZ=y
-realtime
realtime, lalu apa artinya-rt
? Dan ada apa dengan-preempt
kernel? Saya akan berterima kasih pada gemue2010, dia melakukan pekerjaan yang cukup bagus untuk menjelaskannya, tetapi masih tidak menjelaskan semuanya.