Willy Tarreau: 2.6.20.y -stable folytatása

Kernel

Adrian Bunk-hoz hasonlóan, aki hosszú karbantartású kernelfát tart karban a 2.6.16.x -stable alapján, most Willy Tarreau - a 2.4-es kernelsorozat karbantartója - tervez egy ilyen akciót 2.6.20.y -stable alapon. A bejelentés elolvasható itt, KernelTrap cikk itt.

( utpKabel | 2007. 08. 12., v – 11:52 )

Hurrá! Lassan már elég régi lesz a 2.6.16.y, legalább lesznek igazán stabil Linux kernelek és nem kell annyira siratni a 2.4-es ágat meg a fejlesztési módszerét.

igazan elmagyarazhatnad hogy neked miben jelentkezik a "normalis" linux kernelek instabilsaga :) mert en mar nem tudom ep esszzel felfogni ezt az allando szarozast, nalam valahogy stabil. _N_E_M_ _F_L_A_M_E_T_ _A_K_A_R_O_K_ _K_I_R_O_B_B_A_N_T_A_N_I_,_ _E_R_T_E_L_M_E_S_ _V_A_L_A_S_Z_O_K_A_T_ _S_Z_E_R_E_T_N_E_K_!

Én például azt érteném alatta, hogy a viszonylag nem régi, a mostanában használatos technológiákat (Tickless kernel) is tartalmazza, és az új hardvereket is támogatja, és mindezek mellett stabil, megbízható működésű kernel.

Persze igaz, ez relatív. Mindenki mást érhet alatta.

Ez engem is érdekelne. Lehet, hogy csak szerencsém volt eddig, de általában magamnak forgatom a kernelt (Változó, hogy épp RC -t vagy az aktuális stabilt), de eddig még az RC-kkel sem voltak gondjaim. Erre mindenhol azt olvasom, hogy milyen bugos a kernel, és milyen instabil. :S

Szerintem itt nem elsosorban azt ertik az instabil alatt, hogy 5 percenkent panic-ol, hanem hogy 2 alverzio kozott is gyakran valtozik benne egy csomo dolog, ami eleg kellemetlen tud lenni, ha valaki patchet v. third party modult fejleszt hozza.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Na azért előfordulnak különféle "anomáliák" a vanilla kernelekben.

A "legsúlyosabb" talán az ext3-file corruption bug volt. Jó pár hét beletelt mire javították.

A különféle verziók kiadását idónként kapkodás jellemzi. Ezt jól jelzi mikor 2 verzió kiadása között még 3-4 nap sem telik el.

Az a hosszú karbantartású/disztró kernelekre nem jellemző.

------------

Nem a zsömle kicsi, a pofátok nagy...

általában ez az miatt van, mert az rc kerneleket nem vállalják be sokan és igy nincs kitesztelve és ahogy kijön "stabilba" vagy netán a .1 vagy .2 akkor egyre többen rekják fel és felszínre kerülnek az esetleges hibák, amiket minél elöbb megpróbálnak javítani. Jelenleg a 2.6.22.2-es esetén most többet vártak, most is van a 2.6.22.3-queue-ben egy 5-6 patch, ami azóta megint felszínre került. És ez a helyzet a kevés "teszter" miatt alakul ki általában.

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

A dolognak két oldala van: nyilván nem rakok fel az éles rendszeremre egy rc kernelt, ha még a "stabilokkal" is vannak időnként igencsak nagy gázok. Annak meg aztán tényleg semmi értelme, hogy a sarokban porosodó másra nem használt gépre feltegyem, aztán ne csináljak vele semmi érdekeset, csak örüljek hogy fut.
A jó tesztelő aranyat ér, de ha nincs elég, más megoldásokon kellene gondolkodniuk. Például generálhatnának minden rc kernelhez egy live cd image-et, amin lemegy egy csomó stressz-teszt, és ha hiba van, azt emészthető és reportolható formában kiköpi. Így sokkal több usert lehetne rávenni, hogy legalább havonta pár órát aktívan futtassa az rc kernelt.

van egy tesztrendszerük itt csak a kismilló különböző arch miatt sokkal több kellen, azt meg megértem, hogy serverre senki sem szivesen rak fel rc vagy még épphogy csak stabil kernelt.

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

Nekem peldaul semmiben. De ha ezt allandosul, hogy bizonyos 2.6.x agakat hosszan karbantartanak, akkor azoknak sem lehet okuk panaszra, akik a normalis 2.6-os Linux kernel stabilitasaval es fejlesztesi modelljevel elegedetlenek, mert lesz nekik regota tesztelt es de nem osregi deprecated kernel branch.

Azért nem fordul, mert a kernel belső api-ja tetszőlegesen változhat, erről szól ez a fajta kernel fejlesztési modell. Cserébe ami benn van a mainline kernelben, azt mindig megpatch-elik, hogy jó legyen. A kernel.org-on kintlévő kernelek nem arra valók, hogy azt használja a mezei user, hanem a distrib. készítőknek.

Bővebben itt, hogy mégis miért és hogyan...

http://www.kroah.com/log/linux/stable_api_nonsense.html

( turul16 v | 2007. 08. 13., h – 10:13 )

2.6.24.z lenne majd érdemes stabilan tartani.
23-ba most sokminden bekerül, remélhetőleg 24-ben javítják a gyermek betegségeit, én nem nagyon látok új featurát a közeljövőben.

Melyik disztrib használ most 20 -ast ?