Kernel

A Sun SPARC vasak többféleképpen is "feldarabolhatók" kisebb részekre. A hardver partíciók és a Containers (Zones) mellett a Sun "új", "mindössze egy processzorszálas granularitású logikai tartományai (LDOM-ok) lehetővé teszik a hatékonyabb erőforrás-kihasználást, és a növekvő rendszerkihasználás egyik fontos előfeltételét jelentő hibaelszigetelést".

David Miller Linux kernelfejlesztő - aki többek közt a Sun Nigara linuxos támogatásáért is felel - blogjában azt olvashatjuk, hogy egy olyan kezdeti támogatást hackelt össze, amely lehetővé teszi a Linux számára, hogy az a Sun LDOM-jaiban guest-ként fusson. A dolgok még egy kicsit nyers állapotban vannak, de már használható annyira, hogy az érdeklődők eljátszadozzanak vele. A munka folytatódik, mert számos hiányzó funkcionalitást kell még implementálni és több komolyabb hibát is javítani kell. Bővebb infók davem blogjában.

Az IBM developerWorks oldalon M. Tim Jones, az Emulex egyik tanácsadója a Linux kernel hálózati alrendszerét elemzi szakmai szemmel. A cikk elolvasható itt.

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.

Linus ma kiadta a 2.6.22-es Linux kernel hatodik kiadásra jelölt verzióját. Ahogy írta, az -rc5 óta a dolgok kezdenek lenyugodni és ez a patch már nagyrészt tényleg csak bug és regresszió javításokat tartalmaz. Lekopogva. Szóval semmi igazán érdekes nincs benne, de remélhetőleg egyre közelebb vagyunk a végleges 2.6.22-höz. Linus kéri, hogy aki teheti tesztelje. Pláne azok, akik résztvettek a regressziók javításában. Ők győződjenek meg róla, hogy a problémák tényleg javítva lettek-e. A bejelentés itt.

A Linux kernel és a disztribúciók amelyek csomagolják tipikusan nagyon konzervatív beállításokkal kínálnak bizonyos hálózati paramétereket, amelyek kihathatnak a hálózati teljesítményre. Ezeket a paramétereket állíthatjuk a /proc filerendszeren keresztül, vagy "sysctl" programmal. Az utóbbi abból a szempontból jobb, hogy a beállítások a /etc/sysctl.conf file-ból olvasódnak be, így a módosított beállítások visszaállítódnak a reboot után is. A cikk itt.

Az LKML-en egy magát "power user"-ként, de nem fejlesztőként jellemző tag arra kérte a fejlesztőket, hogy a Linux kernel fejlesztésével térjenek vissza a korábbi elnevezési sémára, adjanak ki egy "stabil" kernelt és dolgozzanak egy "fejlesztői" ágon. Levelében felsorolta az összes problémáját a jelenlegi fejlesztései modellel kapcsolatban, megpróbálva alátámasztani, hogy miért is lenne üdvözítő a javaslata. A szálban a fejlesztők (köztük például Alan Cox is) kísérletet tett arra, hogy elmagyarázza, hogy miért is nem működik a korábbi modell. A szál itt kezdődik.

2.6.22-ck1 will be the last -ck ever - olvashatjuk Con Kolivas weblapján. A hacker sajnos abbahagyja népszerű, teljesítménynövelő patch összeállításának fejlesztését. Az oldalon semmilyen okot nem közöl, de a CK Wikiben olvashatunk pár tippet.

Linus kiemelkedve az elmúlt napok flame-jéből kiadta a 2.6.22-es Linux kernel ötödik -rc patch-ét.

"Mint mindig, öt kernelt kapsz egy áráért! Megkaphatod a tarball-t, a patch-eket és a git fát. Emellett a tarball és a patchek nem csak a régi gzip tömörített formában [érhetők el], hanem megszerezheted őket bzip2 tömörítve is! Szóval hihetetlen kernel választási lehetőség áll a rendelkezésedre, egyenesen a kemencéből!"

Az Oracle-ös Chris Mason a napokban jelentette be az LKML-en, hogy a legutóbbi filerendszerekkel kapcsolatos találkozójuk után nekiállt egy új filerendszer implementálásának. A filerendszer az összes adaton és metadata-n végez checksum-olást.

A jelenlegi (és tervezett) szolgáltatások listája:

Úgy tűnik, hogy a Linux kernellel kapcsolatos GPLv3 spekulációk sutba kerülhetnek egy időre. A Googleplex Linux Foundation Collaboration Summit-jén a Linux kernel 5 jelentős fejlesztője olyan nyilatkozatot tett, hogy nem szeretnének GPLv3-ra való váltást a közeljövőben. Abban is megegyeztek, hogy dual-licensing egyáltalán nem lesz. Álljon itt egy-két kivonatos nyilatkozat: