Jaderné noviny - 19. 7. 2006

1. 8. 2006 | Robert Krátký

Články - Jaderné noviny - 19. 7. 2006  

Aktuální verze jádra: 2.6.17.6. Linux Kernel Summit 2006. Proč není Reiser4 v jádře.

Aktuální verze jádra: 2.6.17.6

Aktuální verze jádra je 2.6.17.6, vydaná 15. července. Opravuje několik problémů způsobených verzí 2.6.17.5, která obsahovala opravu lokální zranitelnosti umožňující získat práva roota v kódu souborového systému /proc. 2.6.16.25 a 2.6.16.26 byly vydány se stejnými opravami.

Aktuální předverze je 2.6.18-rc2, vydaná 15. července. Obsahuje velké množství oprav a sadu patchů pro počítání doby, po kterou úlohy čekají. Vizte podrobnosti v dlouhém changelogu. Po vydání -rc2 bylo přidávání nových patchů do hlavní větve pozastaveno kvůli jadernému summitu a ottavskému linuxovému symposiu.

Aktuální -mm strom je 2.6.18-rc1-mm1. Mezi nedávné změny patří podpora architektury Atmel a spousta oprav.

Linux Kernel Summit 2006

Linux Kernel Summit 2006 se tradičně konal dva dny před zahájením Ottawa Linux Symposium. Redaktor LWN Jonathan Corbet, člen programové komise summitu, tam byl a dělal si poznámky.

Den 1. - 17. července

První den jaderného summitu se diskutovalo o následujících věcech:

• Procesory - tři výrobci debatovali s vývojáři jádra o budoucích produktových plánech.
• Shrnutí mini-summitů - poznámky z průběhu mini-summitů o ukládání dat, bezdrátovém síťování, souborových systémech, správě paměti a správě napájení.
• Kvalita jádra a vývojový proces - Andrew Morton mluvil o tom, jestli má jádro skutečně problém s kvalitou, a jakými způsoby by šlo vylepšit vývojový model.
• Rozhraní ioctl() - věnovalo se tvrzení, že toto často kritizované systémové volání není vždy jen špatné.
• Jaderné ABI - jak se vyhnout změnám a jak nejlépe spravovat nástroje úzce vázané na jádro.
• Software suspend - co bude třeba, aby fungovalo spolehlivě; je dobrý nápad dávat software suspend do uživatelského prostoru?
• Dokumentace - aktuální stav a co lze udělat pro jeho zlepšení.

Den 2. - 18. července

Druhý a poslední den jaderného summitu měl na programu následující setkání:

• Realtime - stav realtime patchů.
• Embedded systémy - a co je potřeba k jejich lepší podpoře.
• Bezpečnost - konkrétně osud AppArmor a systému Linux Security Modules (LSM - linuxové bezpečnostní moduly).
• Paravirtualizace a kontejnery - a jak zprovoznit virtualizační řešení v jediném hlavním jádře.
• Automatizované testování - snaha o zachycení chyb v jádře předtím, než přijde k uživatelům.
• Vrstva VFS.
• Škálovatelnost - jak moc může Linux růst?
• DMA a IOMMU.
• Vývojový proces II - poslední pohled na proces vývoje a uzavření summitu.

Shrnutí: dle mého názoru šlo o jeden z úspěšnějších jaderných summitů. Diskuze byly živé a zajímavé, témata relevantní. Došlo k několika rozhodnutím. Ačkoliv je vždy co zlepšovat, vypadá to, že vývojový model funguje dobře a vývojáři spolu povětšinou spolupracují. Věci se pohybují poměrně hladce kupředu, takže summit byl také úspěšný.

---

Následující obsah je © KernelTrap

Proč není Reiser4 v jádře

17. črc, originál

Otázka zda a kdy bude Reiser4 začleněn do hlavního jádra, je probírána už dva roky. Hans Reiser souborový systém popsal v březnu 2004 jako poměrně stabilní pro průměrné uživatele. Byl zařazen do -mm stromu Andrew Mortona, ačkoliv problémy s Reiser4 pluginy a stylem psaní kódu způsobily před dvěma lety dlouhé diskuze. Dvě nedávná vlákna na LKML otázku znovu otevřela. Na obecné, netechnické úrovni se ptala, proč ještě nebyl Reiser4 začleněn do hlavního jádra. Někteří se nechali slyšet, že jde o politické rozhodnutí, jiní uváděli jako důvod obavy, že Namesys by po začlenění mohla na Reiser4 zapomenout a začít se zabývat jiným souborovým systémem. Odpovědi na tyto teorie ukazují, že ve skutečnosti existují technické překážky, které je potřeba před začleněním vyřešit, a že bylo v tomto ohledu odvedeno hodně práce. Další diskuze lze najít na nedávno vytvořené stránce v rámci kernel newbies wiki.

Hans Reiser poslal seznam úkolů pro nejbližší období, které by měly dát do pořádku zbývající technické otázky. Seznam obsahuje začlenění batch_write a kódu optimalizace čtení do -mm, dokumentace všeho ve wiki Namesys, zjištění a vyřešení hlášených zatuhnutí systému při používání Reiser4, kompletní kontrolu kódu crypt-compress, optimalizaci fsync, kontrolu instalačních instrukcí a kontrolu jaderné dokumentace. Hans vysvětlil: Stabilita našeho kódu bohužel trochu utrpí kvůli všem těmto změnám -- to nelze vyřešit jinak než časem. Na druhou stranu teď používáme méně procesoru. Jedinou výkonnostní slabinou Reiser4 je nyní fsync. Jakmile bude připraven kód crypt-compress, vydáme Reiser4.1-beta (protože máme pluginy, znamená pro uživatele vydání betaverze to, že když připojí oddíl pomocí mount -o reiser4.1-beta, bude cryptcompress výchozím pluginem; pokud ne, budou dále používat Reiser4.0). Zdvojnásobení výkonu a snížení využití disku o polovinu bude legrace.

Diskuse k tomuto článku

[tomas84]

Bez citátu to není ono

[Martin]

Taky jsem se těšil :o)

[nardew]

no dnes to bolo dost kratke... skoda, vzdy sa tesim na jaderne noviny aj ked 1/2 z nich vzdycky nerozumiem :)

[Michal Ludvig]

no dnes to bolo dost kratke...

Prectete si odkazovane clakny na LWN a budete to mit dlouhe az dost

[GiX]

Zdvojnásobení výkonu a snížení využití disku o polovinu bude legrace. To ma bejt vtip?

Nechcete ten reiser nekdo rozvest? Znamena to, ze si budu moct nechat komprimovat /usr/share/doc /usr/include a podobne? Bez nejakejch obstrukci, jako je zvlastni partice?

Fakt se na Reiser4 testim..

[peter_h]

Toto sa podla mna da urobit s FUSE, mozno o tom nieco napisem, len co budem mat cas (=asi nikdy). Tiez ma stve, ze doc zabera dost vela na to, ze si to pozeram tak raz za mesiac mozno. Tiez include a vobec vsetky textove subory, ktore idu tak krasne komprimovat.
Co neviem je, aky vykon ma system, kde je 20 mount-pointov.
Reiser trosku mozno zavadza, pre streamovanie komprimovaneho videa je to tvrdenie o nicom.

Ale vseobecne, napr. pod windows som si dal komprimovat tieto adresare (aj openoffice.org) a s rychlym procesorom je to rychlejsie.

[Non_E]

Teď mám 8 oddílů, 2 mount --bind adresáře a 5 systémových mountů (sys, proc apod.) a nevidím s výkonem problém. Spíš naopak - můžu si dát portage na reiser4 a filmy na xfs.

[kaaja]

Me jeste napadlo, ze snizeni vyuziti disku muze znamenat, ze se s diskem bude pracovat mene casteji (ne ze se na nej bude ukladat mene dat)

[Luboš Doležel (Doli)]

poměrně stabilní pro průměrné uživatele

A ty kernel Oopsy, co zmiňují uživatelé na Gentoo fóru jsou potom co?

[Michal Vyskočil]

To je to poměrně

[Michal Čihař]

Uživatelé Gentoo nejsou průměrní

[Andrej]

Nevíte někdo, jestli bude možné současné oddíly s reiserFS nějak zkonvertovat na novou verzi? Rád bych někdy reiser4 vyzkoušel, ale moc mě neláká představa, že bych musel všechno zazálohovat, někam přesunout a vše znovu naformátovat.

[llib]

Myslím že to zkonvertovat nepůjde. Osobně mám reiser4 už delší dobu a zatím žádný velký problém nevzniknul(taky je to už ale starší jádro takže se to může lišit). Ovšem mám ho jen na /home a podobně.

[Andrej]

No jo, tak to s tím budu mít hodně práce... Stojí to vůbec za to? Funguje to rychleji, alespoň pokud jde o subjektivní dojem? Já nemám pochybnosti o spolehlivosti tohoto souborového systému. Možná obsahuje dost chyb, ale na běžném hardwaru a při běžném způsobu použití není šance na ně narazit. Jen jde o to, jestli má smysl se do toho pouštět.

[David Watzke]

No, v benchmarcích je mnohem lepší (reiserfs přece není nijak extra rychlej). Být tebou, jsem spíš rád, že to nejde zkonvertovat, aneb jak říkal Heron minule, proč za sebou tahat zastaralý technologie a místo toho nezačít znova, když by to tak bylo lepší (z hlediska výkonu toho FS)?