Bővül a Linux kernel fejlesztéséhez hozzájárulók tábora

Kernel

Ahogy a Linux kernel kódjához hozzájárulók száma folyamatosan nő, a core fejlesztők egyre inkább azon találják magukat, hogy többet foglalkoznak a kód ellenőrzésével és kezelésével, mint magával a fejlesztéssel. Ezt Greg Kroah-Hartman, a Linux kernel USB és PCI alrendszerének karbantartója mondta Ottawa-ban a Linux Symposium-on a minap.
A legutolsó kernelkiadásban a 30 legaktívabb fejlesztő csak a változások 30%-áért felel, míg két évvel ezelőtt az akkori TOP 20 fejlesztő még a kódváltozások mintegy 80%-áért volt felelős. Greg saját bevallása szerint jelenleg több kódot ellenőriz manapság, mint amennyit kódol.

Jonathan Corbet fejlesztő szerint az új kernelfejlesztési modell miatt az innovatív, új funkciók sokkal gyorsabban kerülnek bele a Linux kernelbe. Korábban, amikor a fejlesztők egy "stabil" és egy "fejlesztői" kernelfát tartottak karban, akár 2-3 év is eltelhetett, amíg a fejlesztések eredménye eljutott a végfelhasználókhoz. Ezzel szemben most az a helyzet, hogy a nemrég megjelent Fedora 7 disztró például már tartalmazza azt az energiagazdálkodásra nézve hasznos "tickless kernel" funkciót, amely áprilisban jelent meg a 2.6.21-es kernelben.
A vállalati disztrók is profitálnak ebből a modellből. Tetszés szerint válogathatnak a ~ 2.5 havonta megjelenő kernelkiadásokból, amelyet azután alávethetnek a saját minőségbiztosítási rendszerüknek és támogathatnak.

A 2.6.11-es kernelnek - amely 2005. márciusában jelent meg - 475 fejlesztője volt. A júliusra tervezett 2.6.22-nek már 920. A fejlesztők száma mellett a Linux kernel változtatásainak száma is egyre nő. Míg a 2.6.11-ben óránként kb. 2 változtatást végeztek, addig a 2.6.22-ben már 4-et. Greg szerint a fejlesztés egyre gyorsul, gyorsabb, mint valaha.

A Linux kernel fejlesztőinek összetételét nézve, a fejlesztések tíz-tíz százalékáért a Red Hat és a Novell felelős. Ezután jön az IBM, Intel, SGI.

A hozzájárulók nagy száma, a nagy kódbázis, a fejlesztés gyors üteme miatt lehetetlen manapság Linux kernelhez fejlesztett minőségi kernel-space kódot a hivatalos kernelfejlesztési folyamaton kívül karbantartani. Aki ilyenre vállalkozik, az sosem fogja utolérni magát. Ez Greg szerint fizikailag lehetetlen.

A gyors fejlesztés mellett mi a helyzet a bugokkal? Greg azt állítja, hogy monitorozza néhány disztró bugbejelentéseit. Azt mondja, hogy nem lát növekedést az elmúlt két évet vizsgálva. Szerinte növekvő (kernel) változtatási szám mellett állandónak mondható bug számból az következik, hogy egyre kisebb a bug / változtatás eredménye. Természetesen, mindig van mit javítani a fejlesztési folyamaton. Jonathan Corbet szerint kellene egy ember, aki koordinálná a bugok nyomonkövetését. A Google jelezte, hogy biztosítana erre egy embert.

A teljes cikk itt.

( emberk | 2007. 06. 30., szo – 10:22 )

Nem szorosan a témához kapcolódik, de úgy veszem észre, hogy piszok gyorsan beindult a linux terén minden, amikor még "linuxozni" kezdtem (1999-2000) alig alig találkoztam olyn emberekkel, akik a linuxal foglalkoztak sőt fejlesztő az elvétve, most meg. Az emberek (ill. inkább a cégek) jelentős része egyre több jövőt lát a linuxban. Leagalább van verseny, és nem cask egy mamut félkész éppen futó memóriazabáló cuccai vannak, és kész.

Szoktam néha csak úgy portálokon rákeresni a linux szóra és szinte már nincs olyan hely ahol nem adna találatot, mint már elítettem a nőklapja olvasói is beszélnek róla.
Már csak egy nagyon jó disztró kellene, no meg a hardver és programgyártók jobb hozzáállása...

Jó disztró: Ubuntu. Magam igaz Gentoo-t használok, de az Ubuntuban megvan minden elem, amitől "néplinux" lehet belőle: egyszerű használat, nagy userbázis, sok csomag, azért lassúnak sem olyan lassú (XP-hez képest, Vista-t nem próbáltam még, mert nincsen az asztali gépemben csak 512 MB ram... laptopra meg nem rakok olyan oprendszert, ami küszködik a wifi-vel).

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!

( wolphie | 2007. 06. 30., szo – 11:54 )

A disztrokernel bugbejelentesek szamat vizsgalja, mikozben vanilla kernelrol beszel. Mar a marketinget is az m$-tol lopjak! :D

Én ezt kicsit másképp értelmezem. Nem a disztrókernel bugjelentésekről beszél, hanem arról, hogy figyeli a disztróktól érkező hibajelentéseket. Vagyis a disztribúciókón keresztül a kernelről érkező jelentéseket. Tehát pl. ha Egmonték (UHU) vagy mások jelentenek a hibákról...
De lehet ezt másképp is értelmezni. De ha szó szerint megnézem, nem disztrókernelekről beszélt.