:) ... teda to video
Zázračný patch pro linuxový desktop
Krátký patch, který do jádra přidává 224 řádků a 9 jich odstraňuje, momentálně hýbe linuxovou komunitou tak, že už se o něm mluví jako o „zázračném patchi“. Týká se vylepšení plánovače úloh a po jeho aplikaci se zrychlí odezva systému, při velkém množství běžících procesů. V odkazovaném článku najdete dvě videa, na kterých je zrychlení velmi dobře viditelné. I když se zahrnutí tohoto patche plánuje až u jádra 2.6.38, je možné, že ho vývojáři distribucí zahrnou do svých jader dříve.
Dále čtěte…
- Linux 3.4 vyjde již tento týden 14. 5. 2012 12:46
- Vyšel Linux kernel 3.1 25. 10. 2011 14:13
- Vyšlo linuxové jádro 2.6.33 RC3 6. 1. 2010 17:48
- Vyšlo linuxové jádro 2.6.29 24. 3. 2009 14:34
- Kernel-mode-setting v jádře 2.6.29 18. 12. 2008 14:43
it's amazing
celé vláknopatch
celé vláknoodezva systému se teda sníží(jak je napsáno v článku) nebo zvýší?
Re: patch
celé vláknolatencia, cize oneskorenie odozvy sa znizi (v nikeotych pripadoch az na 1/40 povodnej hodnoty)
Re: patch
celé vláknoNo tak je to ale napsáno špatně, o latenci není v té větě ani slovo, mluví se tam o "odezvě systému". Ta se podle všeho dramaticky (někdy) ZVÝŠÍ.
Re: patch
celé vláknono mozna bych radeji pouzil slovo "zkrati" (jako casove) .. ale to je ejn uj subjektivni nazor :-)
Re: patch
celé vláknoPokud se odezva (což je české slovo pro reakci) zvýší, znamená to, že bude silnější, nikoliv rychlejší. Takže zde se odezva zrychlí.
Dobry
celé vláknoUž bylo na čase ;)
Když si vzpomenu, jak mě při přechodu na MacOS překvapilo, že ani při silné záteži se nemusí video trhat a mp3 praskat... :)
Re: Dobry
celé vláknotakisto aj BeOS blahej pamati (tusim v roku 1998) mal podla mna velmi slusny planovac.
Ale pouze pro specifickou zatez...
celé vláknoTo 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).
Re: Ale pouze pro specifickou zatez...
celé vláknoJe 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.
Re: Ale pouze pro specifickou zatez...
celé vláknoMy gentooisti mame uz davno BFS ;-)
Re: Ale pouze pro specifickou zatez...
celé vláknojj, 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/
Re: Ale pouze pro specifickou zatez...
celé vláknoTo seskupovani procesu lze udelat uz ted pomoci cgroups. Nekde tam v ted debate na LKML posilal Lennart hezkou ukazku jak toho dosahnout (namountovat cgroups FS + par radek do .bashrc).
Ale nekteri preferuji ten patch protoze to pak bude chodit vsem i bez zmen userspace...
Prý to jde zařídit i dvěma příkazy v terminálu a čtyřmi řádky v ~/.bashrc
celé vláknoPrý 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
PeckA
celé vláknoPodle 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 !!

