Roman Zippel: Valóban Korrekt Ütemező

Kernel

A mainline Linux kernelbe nemrég beolvasztott, Molnár Ingo-féle Completely Fair Scheduler-ről (CFS) folyó viták kapcsán Roman Zippel többször is megemlítette a CFS algoritmikus és számítási komplexitását. Egy friss levelében a fejlesztő egy egyszerűbb processz ütemezőt kínál "Really Fair Scheduler" (RFS) névben. A patch-et nézve az RFS nem egy teljesen új ütemező, hanem a CFS-ből a eltávolított "felesleges" komplexitás után visszamaradt egyszerűsített scheduler. Bővebben a KernelTrap cikkében. A bejelentés itt.

( turul16 v | 2007. 08. 31., p – 11:10 )

CFS->RFS->?FS

Mi lesz következő neve ? :)

( Chain-Q v | 2007. 08. 31., p – 12:39 )

En mar varom a plugin API-t, hogy userspace schedulereket lehessen irni... :)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

( BaT | 2007. 08. 31., p – 13:24 )

Tényleg ez a linux kernel legnagyobb problémája? Hogy nem tudják eldönteni, melyik ütemező kerüljön be a kernelbe?
Mi lenne, ha mindet betennék, és fordításkor kellene eldönteni, hogy melyik kerüljön be? Vagy akár olyat is lehetne, hogy bármelyiket beleforgatom és majd a kernel betöltésekor megadom, hogy melyiket használja. Sőt, valaki linkelt olyasmit is, hogy akár menet közben lehetne ütemezőt áltani. (Bár ez utóbbi nem biztos. :))

Az mondjuk leginkább filerendszer probléma és tényleg lehetne itt-ott tuningolni rajta. Ext4-re esetleg rá kéne nézni, hogy hogy áll mostanában.
---
Sok gyerekkel ellentétben én sose akartam tűzoltó lenni. Lettem helyette informatikus. Nem találjátok ki, hogy mit csinálok nap mint nap...

" * java-gcj-compat/gij-4.1 | j2re1.4 (non-free) | java2-runtime
Java Runtime Environment for use with OpenOffice.org
" - apt-cache show openoffice.org

http://wiki.services.openoffice.org/wiki/Java_and_OpenOffice.org

itt le van irva, hogy a base komponens haszálja a leginkább,

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.6-pancs1-wifi2 - 2.6.22.3 kernel madwifivel itt

Java is mainly required to use the new embedded Java technology based HSQLDB database engine, or to make use of accessibility and assistive technologies. If you do not require database tables or accessibility integration or some wizards, then you do not need to download and install Java.

Azért ezt nem nevezném Java "alapúságnak". Az OpenOffice attól lassú, hogy ennyire tellett a StarDivison programozóitól. A Sun és a Novell pedig csak az ő kódjukat javítgatja.

init();

Hát, ja. Kíváncsi lennék, hogy egy ilyen cégfelvásárlás esetén mi történik. A vásárló szoftveresei belenézhetnek a forráskódba? Vagy zsákbamacskát vesznek? Meghát látni kell azt is, hogy a multiplatform fejlesztésnek ára van. Pl. a fejlesztés lassúsága vagy hogy kerülni kell a platformok egyedi jellegzetességeit és ebből következően nem hatékony a kód.

init();

Tessek felgyorsitani a dinamikus konyvtarak betoltodeset. Azaz gyorsitani a fajlrendszert (mint azt mar tobben is mondtak), vagy akar azzal, hogy a libeket nem tolti be indulaskor, hanem majdan csak akkor, amikor fizikailag hasznalni is kene. Ha esetleg a Linux ezt mar ma igy csinalja, akkor valts olyan oprendszer/gep parosra, ami esetleg gyorsabb.

$ time openoffice-2.2.1-swriter
1,62 real 0,86 user 0,31 sys
$ time openoffice.org-2.2.1-scalc
2,90 real 0,70 user 0,26 sys
$ time openoffice.org-2.2.1-simpress
4,52 real 0,80 user 0,29 sys
$ time openoffice.org-2.2.1-sdraw
1,98 real 0,72 user 0,29 sys
$

Feljott az ablak a menuvel, statuszsorral stb, en pedig Alt-F4-gyel bezartam. Ezek azert nem az egy-ket perc kategoriak, lathatoan a leglassabb - nalam az Impress - is kevesebb, mint 5 masodperc alatt elindult. (A konverterei mondjuk mas kategoriaba tartoznak.)

Ja, FreeBSD-6.2, egy 2GHz-es procit hasznalo laptopon.

( bujdi | 2007. 08. 31., p – 13:58 )

A kép kicsit árnyaltabb:
http://lkml.org/lkml/2007/8/31/97

A fent megnevezett patch nagy részét már más implementálta régebben a CFS-be.
(Természtesen azért még van mit átvenni ebből a patch-ből is:)

$0.02

Teljesen pozitiv, amit itt olvastam. Fantasztikus!

Megkoszoni Ingo a patch-et es elmondja, hogy mar egy hasonlot csinaltak hozza, ez pedig problema.
De azert persze orul, hogy mas is dolgozik a CFS-en.

Bevallom, mast vartam. Olyasmit, hogy tudod, itten mi vagyunk a fookosok, te pedig semmit nem ertesz a dologhoz, ezert vilagos, hogy az mi kodunk kerul be a kernelbe, nem pedig a tied. Ezert a pozitiv csalodas.