A 2.6-os kernel decemberre várható

Kernel

Andrew Morton: ``Úgy gondolom, hogy a 2.6.0-test10 körülbelül azon a szinten van fejlettségében, mint amilyenen a 2.4.17-es kernel.''

A 2.6-os Linux mag decemberre várható, és sokkal stabilabb lesz érkezésekor, mint elődei. Ez a 2.6-os kernel karbantartója Andrew Morton mondta.

A jelenlegi teszt verzió - a 2.6.0-test10-es - az (valószínűleg) utolsó teszt verzió, és a 2.6-os kernel végleges verziója ez év végén fog megjelenni, hacsak valami komolyabb hiba nem jelentkezik.

A 2.6-os kernel - összehasonlítva a jelenlegi stabil 2.4-es kernelsorozattal - számos új funkcióval jelentkezik majd. Az egyik ilyen legfontosabb tulajdonság az, hogy az új kernel sokkal jobban fogja támogatni a sok processzoros szervereket.

``A 2.4-es kernel valóban véget ért a 4 vagy 8 processzoros rendszerek támogatásánál.'' - mondta Morton. ``A 2.6-os kernelnél meglepődnék, ha valami megkadályozná a felskálázást egészen 32 processzorig.''

Linus a 2.6-os kernelt ez év júniusára jósolta, de majd fél évet csúszik a kiadása. Hasonló csúszás volt a 2.4-es kernel kiadásakor is, amely 2001. januárjában jelent meg.Andrew Morton az egyik jobb keze Linus Torvalds-nak jelenleg. Egyike azon embereknek, akiket karbantartóknak hívnak, és akik a Linux kernel egyes fő területeiért felelősek. Andrew területe jelenleg a 2.6-os kernel. Torvalds és Morton a hivatalos munkájukban is közel vannak egymáshoz. Mindegyikük az Open Source Development Lab (OSDL) munkatársa.

Andrew szerint a 2.6-os kernel sokkal jobban tesztelt lesz a megjelenésekor, mint amilyen a 2.4-es volt.

``Úgy gondolom, hogy a 2.6.0-test10 körülbelül azon a szinten van fejlettségében, mint amilyenen a 2.4.17-es kernel.''

Ezzel nem mindenki ért egyet. A SuSE vezető technológusa Juergen Geck egy interjúban azt mondta októberben, hogy akkora architektúrális változások mentek végbe a 2.6-os kernelben, hogy azok problémákat vethetnek fel.

Az, hogy a Linux disztribútorok bizonyos késlekedéssel reagálnak az új stabil kernelek befogadásával kapcsolatban, nem újdonság. A Red Hat például csak a 2.4.2-es kernel megjelenésekor alkalmazta először termékeiben az új rendszermagot.

Ennek ellenére a SuSE és a Red Hat is alkalmaz bizonyos dolgokat a 2.6-os kernelből a 2.4-es kernelben. Azt a műveletet, amelynek során egyes újabb alkotórészeket visszatesznek a stabil kernelbe, backport-olásnak neveznek.

Egy kevésbé technikai, inkább áttekintő összefoglalót találsz a 2.6-os kernelről News.com-on itt.

>framebuffer támogatás sem teljesen szuper

Amiota az eszemet tudom, mindig voltak/vannak gondok az fb-vel. A vesa fb koszoni szepen jol van. Nekem megy szepen NVidia (otthoni gepem), es ATi Radeon Mobility (notebook) kartyakkal is. A hw fb-t sose hasznaltam, mert amikor utoljara neztem rohadt lassu es bugos volt. De nem hiszem, hogy ez release critical error lenne. Pl. szerveren nem hiszem, hogy valakinek igenye lenne az fb konzol (ugyis ssh-t hasznalnak), desktopon van X, stb.

A interactivity estimator gondok nincsenek bizonyitva. Kolivas eltavolitotta a tuningot, es lemerte a kernel teljesitmenyet. Egeszen 16 CPU-ig tesztelte a kerneleket estimatorral és anelkul, es nem talalt problemat. A patch azert keszult, hogy bebizonyitsa ketelkedoknek, hogy nem ott van a gond.

Egy rejtett problema meg van ugyan (Linus szerint a CONFIG_PREEMPT=y okozhatja a hibat).

Linus:

``Basically, there's something strange going on, which _seems_ to be memory corruption, and seems to correlate reasonable well (but not 100%) with CONFIG_PREEMPT.''

Ahogy sejtem ezt a hibat orakon belul (napokon belul?) megoldjak. Es hol van meg a december kozepe, vege? Addigra kijavitjak.

Sajat velemeny: a 2.4-es kernel kiadasa elott szinten el kezdtem hasznalni a 2.4.0-test1 (sot talan elotte) kernelt, es vegikovettem egeszen a 2.4.0 kiadasaig, es onnantol egeszen a 2.4.18-ig csak a2.4-et hasznaltam. Majd valtottam a 2.5.70-nel a fejlesztoi szeriara, es most mar kizarolag ezt hasznalom minden gepemen. Otthoni munkaallomas, nagyobb terhelessel rendelkezo lokalis FTP szerver, hordozhato szamitogep, stb. Sajat velemenyem szerint a 2.6-os kernel mar most van olyan stabil, mint amilyen a 2.4.x jelenlegi kernelek. Akinek van ideje nyugodtan lkezdhet jatszani vele, mert mar most jol mukodik.

Megerositem, 2.6.0-test10 meg a kvazi szerveren is stabilan fut (Apache+FTP, IDE+SCSI es LVM2). Egyetlen gondom, hogy a laptopon kb 10 perc cd utan _mindig_ csontta fagy. Erre tartok egy 2.4.22-ot meg (OK, idegesito CD iras miatt reboot). Mivel preempt van, meg fogom probalni nelkule.

Nagyon kinos lenne, ha preemptiv reszekkel lenne problema, mivel ez tunik a 2.6 szeria egyik nagy ujitasanak.

Szerintem inkabb csusszon at januarra a kiadasa, ha meg par rejtett hiba kikuszobolheto ez altal (karacsonykor meg a geek is inkabb bejglit kajal, mint kernelt forgat :-)).

Az uj hasznos finomsagok (javitott szalkezeles, preemptivitas, jo skalazodas) igazan erdekes dolgokra teszik alkalmassa a Linuxot. Ez esetben nem art, ha az uj feature-k bugmentesen mutatkoznak be, igy a cegek es a kutatointezetek sem huzzak majd annyira a szajukat egy esetleges valtas miatt.

Andrei

Hát igen... szerintem is érdemes inkább még egy picit halasztani a dolgot, de amikor megjelenik a végleges, az legyen lehetőleg bugmentes. Na meg persze hatékony.

Viszont abban is van valami, hogy a jelenlegi formájában is már jól használható, tehát mág az is előperdülhet, hogy decemberre már fullra fog működni minden hiba nélkül.

De ehhez rendes tesztelés, és nem utolsó sorban, kiadós bugreport-olás kell...

( rhapsodhy | 2003. 11. 26., sze – 18:51 )

A scheduler még mndíg nincs teljesen rendben, ezt érzem a test9-en. Néha fagy, meg miden. Én azon a párton vagyok, hogy jobb később, mint bughunt.:)

Valoban rossz hardware eseten szokott fagyni. Azonban teljesen uj a gepem [i875p] es nem gagyi cuccok vannak osszerakva, marpedig nekem is fagyot a kernel meg segfaultolt tobb alkalmazas [pl. tar !].

A megoldast eloszor a test9-mm4 patch jelentette. Mint kiderult ez biza az ACPI Timer problema miatt volt [Power/ACPI/PM Timer Support]. Azota azonban atomstabil minden, pedig adtam az agyanak :)

A lenyeg az, hogy esetlegesen nem art olvasgatni es korulnezni a kernel config korul...

Es probaltal fbset-tel felbontast valtani? Mit hallok? Hogy az vesafb-vel az lehetetlen? (Egyebkent 2.6 alatt barmilyen fb-vel lehetetlen felbontast valtani). Tehat mondhatjuk, hogy a ~6-bol a legkevesebb feature-el rendelkezo drivert hasznalod, es az alapjan mondod az egesz rendszert hibatlannak?

Szerverre minek 2.6 fb? Kerdem en: egyaltalan ki rak szerverre olyan kernel branch-et, amibol 2 hetente jon ki ujabb (bugfix) verzio?

Con Kolivas patch-ei nekem addig tartottak amig Enemy Territory-t nem inditottam, mert par perc mulva VM error hegyek kozepette szetszallt az egesz. Tehat rola mondjuk ennyit.

>Es probaltal fbset-tel felbontast valtani? Mit hallok? Hogy az vesafb-vel az lehetetlen?

a vesafb is csak azert van a gepemen, hogy ne legyen a console-on ocsmany a betu. nameg a bootkor a pingvin. nem nagyon erdekel mas szempontbol.

>Tehat mondhatjuk, hogy a ~6-bol a legkevesebb feature-el rendelkezo drivert hasznalod, es az alapjan mondod az egesz rendszert hibatlannak?

az fb driver hibaja nem release kritikus hiba. szamold ossze hany aktiv know bug van a 2.4-ben vagy akar a 2.2-ben. Bug van mindenben. Kerdes mekkora.

>Con Kolivas patch-ei nekem addig tartottak amig Enemy Territory-t nem inditottam, mert par perc mulva VM error hegyek kozepette szetszallt az egesz. Tehat rola mondjuk ennyit.

En sem hasznalom a patcheit. Hogy jon ez most ide?

*sigh* miert van az, hogy minden nagyobb kiadasnal vannak veszmadar elegedetlenkedok? emlekszem a 2.2-nel is, a 2.4-nel is voltak allando fikazok :-)

senki nem kenyszerit teged a 2.6 hasznalatara akkor sem ha az neadjisten holnap megjelenik. te meg nyugodtan hasznalhatsz 2.4-et akar 2-3 evig is. Barmilyen hihetetlen de meg a 2.0-at is karbantartjak a napjainkig.

valoszinu, hogy azok fogjak hasznalni, akinek az uj funkciokra nagyobb szukseguk van, mint akiknak a legnagyobb bajuk az, hogy nincs egy bizonyos kartyahoz fb tamogatas

>Egyebirant csak szerettem volna eloszlatni a 2.6 tokeletessegebe vetett altalanos hitet.

senki nem mondta, hogy tokeletes. nekem jobban fut a gepeimen, mint a 2.4.

A 2.4-rol 2.6-nal akkora valtozasok vannak, mint a 2.0-rol a 2.4-re. Ezt lasd. Az fb egy nagyon-nagyon kicsi resze a kernelnek. Van sajat karbantartoja, neki kell irni. Ettol meg az a 14900 masik valtoztatas akar jol is mukodhet. Es ettol meg hasznalhatsz vesafb-t addig, amig megcsinaljak. De megcsinalhatod te is :-) A forraskodod megvan.

>Ez azért gáz, mert az ember (és én is) azt hinné, hogy ezzel a kernelllel ez is javult.

Miert is torvenyszeru ez?

Ket dolgot lehet, es kell tenni. Bugreportolni, es patchet kuldeni.

JO pelda ez arra, hogy Adi sirt itt honapokig a modularis ide miatt, de nem bugreportolt. Valaki (azt hiszem GCS) megtette helyette, napokon belul kijavitottak. Azert kell tesztelni a 2.6-ot, hogy minel jobb legyen. Tesztelni, es jelezni a hibakat.