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/