To nadšení je podle mě trochu přehnané, efekt toho patche IMHO pozná jen malá skupina lidí, třeba my gentooisti ;-)) Patch nedělá nic jiného než že seskupuje procesy spuštěné pod stejným tty do společné plánovací skupiny. Tj. kdo si na desktopu běžně nepouští v jednom terminálu deset kompilací současně (nebo jiné CPU-rozežrané procesy), nepozná zásadní rozdíl.
Podle mě hlavní zdroj latencí na desktopech je pořád v I/O. Stačí aby si cokoliv na pozadí hráblo na disk a okamžitě se to pozná na odezvě. Na druhou stranu nepamatuju, kdy by mi desktop brzdilo čistě jen vytížení CPU. Když vím že mám 2 jádra, tak logicky neočekávám že z CPU vymáčknu load 50 a tomu přizpůsobuju i nastavení kompilace (max. make -j3 apod).
Je pravda, ze najvacsia brzda odozvy je disk. Ked tam este bezi google-desktop-search a zurnalovaci system, nie je to 2x rychle. Ale situacia sa zlepsuje. Poslednu dobu prislo zopar desktopovych planovacov jadra a odozva sa priblizila Windowsu. Napr. Suse ponuka viac kernelov a jednym z nich je aj desktop kernel, ktory pouziva desktopovy planovac. Uvidime, co prinesie vyvoj. Dobre je, ze sa na tom pracuje.
jj, sabayon taktez, i kdyz nove pridali i tenhle patch do 2.6.36: http://lxnay.wordpress.com/2010/11/18/the-200-lines-patch-that-does-wonders-we-have-it/
Prý to jde zařídit už na dnešních jádrech, a to dvěma příkazy v terminálu a čtyřmi řádky v ~/.bashrc: http://linux.slashdot.org/story/10/11/18/2246213/Alternative-To-the-200-Line-Linux-Kernel-Patch
Podle toho co ctu tady http://marc.info/?l=linux-kernel&m=128978361700898&w=2
tak je to opravdu pecka , ty loady po aplikovani patche jsou neuveritelne, tesim se 2.6.38 !!