Báječné. Hned jdu nahodit svůj mnoha procesorový stroj a vyměnit plánovač.
Ale vážně. Neškodilo by trochu se zamyslet. Článek uvedený ve zprávičce poukazuje na problémy na masivně multiprocesorových strojích (neplést s vícejádrovými CPU). Podrobnosti lze najít v odkazovaných patchích, které se věnují mimo jiné také správnému umístění na správný NUMA node. Což jsou věci které se na běžném 4-36jádrovém CPU jen tak neobjeví.
Podobně zbytečné je chtít srovnání s BFS, který je navržený pro co nejvyšší interaktivitu za cenu mírné ztráty surového výkonu. Prostě je to naprosto jiná pohádka.
Je fajn pracovat na co nejlepším chování scheduleru i pro ne zcela běžné stroje. Ale mást uživatele bulvárními zprávičkami po kterých se budou chudáci začátečníci trápit kompilací jádra, která jim nic nepřinese ... to není hezké.
Pokud byste chtěli udělat něco užitečného, tak otestujte chování odkazovaných úprav na normálním PC. Autoři takový test neudělali. A možná dobře věděli proč.
Tak kompilace jadra jim prinese to, ze se (nekteri) nauci to jadro kompilovat ;D. Vykon rozhodne nikoli (a kdyz, tak nemeritelne).
Ono i pro cloveka kterej vi je provoz nedistribucniho patchovanyho jadra pomerne vopruz, Driv nebo pozdejs narazis na to, ze autor patch prestane udrzovat, po par verzich jadra se zmeni zakladna tak, ze to bez dalsich uprav patchnout nejde ...
Nie je to tak hrozné.
Mám skúsenosť s relatívne hardcore patchmi..
http://cvs.gna.org/cvsweb/magma/base/arch/x86/patches/?cvsroot=rtai
A tá údržba celkom ide..
hal-linux-2.6.24-x86-2.0-03.patch 1.2 8 years
hal-linux-4.1.18-x86-1x.patch 1.3 5 weeks
hal-linux-4.1.18-x86-2x.patch 1.1 5 weeks
hal-linux-4.1.18-x86-3x.patch 1.1 3 weeks