Itt van az idő a stabil 2.6.0 kernelre?

Címkék

nem
43% (192 szavazat)
igen
57% (251 szavazat)
Összes szavazat: 443

Hozzászólások

Hat nalam nem, mert akarhogy kuzdok vele, mindig lassabb, mint 2.4. Es sajnos nem ugy tunik mintha szandekukban allna vmit javitani a helyzeten...

Pl. tok jo volna, ha konfigkor ki lehetne valasztani utemezot, HZ-t, stb. (uj preempt vs. regi 2.4-es fele + friss tesztelendo utemezok).

Amugy tetszik 2.6-os menuconfig, es szepen, igenyesen fordul...

Ja es jelenleg nincs olyan resze 2.6-osnak, ami miatt mindenkepp erdemes volna valtani (legalabbis reszemrol).

lm_sensor-t sikerult mar vkinek mukodesre birni ?

a 2.6-osban levő sensor nálam működik rendesen, de nem az lmsensors lekérdezőjével (sensors), hanem a weben találtam egy psensors nevű kis perl scriptet, ami a /sys -ből ki tudja olvasni, és megjeleníteni az adatokat. Más formátumú a konfigfile-ja, de könnyen átírható a meglévő.

http://www.xs4all.nl/~thospel/ASIS/bin/psensors

Az utemezo eleg jol sikerult es az ido sajnos mar elhaladt a 2.4 felett es mivel Alan is befejezte a patch-ek gyartasat, igy igeny van a 2.6-ra. Nem "lassabb" mint a 2.4 azonban a megjelent cikkekkel ellentetben rengeteg device driver vagy nem fordul, vagy hibas. Egy altalanos gepre felteve 4 ilyen problemaval talalkoztam a test11 eseten.

[*] Prompt for development and/or incomplete code/drivers

Ha ez be volt kapcsolva akkor nem csodalkozom.

[*] Prompt for development and/or incomplete code/drivers

[*] Select only drivers expected to compile cleanly

Ha igy volt allitva, es ugy nem tudtal forditani az mar kicsit nagyobb gaz. Linus az mondta, hogy a legnepszerubb driverekkel nem lesz baj, aokat tudjak teszteni. A specialis eszkozok (amelyek nem allnak a fejlesztok rendelkezesere) drivereit __csak__ a felhasznalok segitsegevel tudjak fixalni. Azaz a felhasznalonak kell tesztelni / bugreportolni. Kulonben nem is lesz kijavitva.

Nem kell azonnal tajekozatlannak tekinteni az embert mikor ide ir. Nem panaszt hanem velemenyt irtam, nem vartam a megoldast vagy annak remenyet sem taplaltam.

Termeszetesen ugy nyilatkoztam h ezen ismeretek ott fenn tudatomban voltak azonban egy operacios rendszer fejlesztese ne ugy folyon mar, h ja igen 2.4 ben megy csodasan 1 driver, mivel azonban apit valtoztatunk emiatt pl a scsi kartyak meghajtoi kozul 30% nem megy! Igy en nem jelentenem ki h valami eleg jo ahhoz hogy releaseljem stabilnak.

Persze az allmodconfig 0 error szep eredmeny ha 2.5.33 -tart a fejlesztes es kiveszem a nem mukodo drivereket, azonban a megjelenes elotti kernelverzioban a fenti opcio lete maga nevetseges. Nemhinnem mondjuk h egy dma mapping hibat vagy mas api layer hibat nem lehet javitani, meg is fogom tenni nekem mondjuk 1 het lesz es "epp mukodik" verzios lesz. Mig aki jobban ismeri az uj api t annak meg 30 perc.

Es az elozovel megegyezo szinvonalu driver talalhato.

Termeszetesen nem varhatom el, hogy a linux kernelt nekem irjak es nem is varom el, azonban szokatlan(szamomra) ez a hozzaallas. Nagyon ritka volt eddig, hogy eszkoz a kernel evoluciojaval hasznalhatatlanna valt volna.

Ja masik, hogy sajnalatomra mindegyik hiba szerepel a kernel bugzillajaban open statuszban (tobb mint 1 eves bugreportok)

>Nem kell azonnal tajekozatlannak tekinteni az embert mikor ide ir.

Willy! Tudom, hogy nem vagy tajekozatlan, ismerlek korabbrol, meg azokbol az idokbol amikor en az elso linuxomat bootoltam, es Te akkor mar reg ezekkel foglalkoztal :-)

>Igy en nem jelentenem ki h valami eleg jo ahhoz hogy releaseljem stabilnak.

Linus, Morton, Tosatti szerint stabil, de vannak nyilvan a masik taborban is sokan, akik szerint meg nem az. Larry McVoy irta:

The 'stable' series of the kernel is never really stable for a while. A better way to think of it is as 'that place where things become stable by refusing to take any new changes except bug fixes'.

Valahol ott lehet az igazsag. Ebbol az kovetkezik, hogy a 2.4-es kernelszeria a kovetkezo kiadastol lesz igazan stabil :-)

> Termeszetesen nem varhatom el, hogy a linux kernelt nekem irjak es nem is varom el, azonban szokatlan(szamomra) ez a hozzaallas. Nagyon ritka volt eddig, hogy eszkoz a kernel evoluciojaval hasznalhatatlanna valt volna.

Hat ez nem csak a Linuxnal van igy. Neztem a FreeBSD 5.2 TODO listajat - az 5.2 eppen a beta fazisban van - barmikor kiadhatjak, es olyan kritikus hibak vannak benne, mint peldaul a kernel panic a ata-raid tombok ujraepitesenel. Erdekes ez. De feltetelezem - hogy mint a Linux kernelnel is - ugy a FreeBSD 5.2-nel is kijavitjak ezeket a hibakat mire a stabil verzio megjelenik.

Nem tudom, kinek van szuksege igazan a 2.6-ra? En ugy latom ezzel a verzioval inkabb a nagy cegek jarnak jobban, akik 16-32-64 processzoros SMP rendszereket uzemeltetnek (nem tudom 64 bites tamogatassal hogy allunk a 2.4-es sorozatban).

A mezei user tok jol elvan a 2.4-el, es azert, mert "Alan is befejezte a patch-ek gyartasat" nem kell panikba esni, gondolom a 2.6-hoz sem fog tomegevel patcheket gyartani, ha szabin van.

En nem erzem a lekuzdhetetlen vagyat, hogy a 2.6-ra valtsak (persze, ha valaki tesztelni szeretne, az mas es megbecsulendo).

Szoval meg el tudok viselni 3-4 honapot(horribile dictu fel evet), ha ennek az az eredmenye, hogy nem kell ketnaponta javitasokat kiadni, mert valami nem klappol. Szerintem a nagy cegek is jobban ertekelik, ha kevesebb frissitessel kell tokolniuk a kritikus gepeken (ugyebar uj kernel=reboot, ez sok javitas eseten nem tesz jot a negy-ot kilences rendelkezesre allasnak).

Andrei

Userek is jobban jarnak. Nekem gyorsabb a laptop, de aminek plane orulok, hogy mostmar megy egyszerre a touchpad es az usb-s egerem is. 2.4 alatt nem birtam sehogysem beloni, 2.6-ban meg alapbol megy.

Egyebkent tenyleg vannak meg hibai a kernelnek, a desktop teszt gepemen nem tudom leforditani az UW SCSI vezerlo driver-et pl. Lenyeg: 2.6.[2-4] korulig nyugodtan varj, erzesem szerint akkorra mar tenyleg meglesz minden driver, ami a 2.4-ben is meg volt, es a stabilitasara sem lehet majd panasz imho.