Linus Torvalds představil jádro 2.8

1.4.2009 00:43 | Přečteno: 1670× | Co je dnes za den? | poslední úprava: 2.4.2009 00:47

Linus Torvalds učinil poměrně překvapivý krok - přednesl svoji (dosud pečlivě utajovanou) koncepci jádra 2.8. Na vlastním vývoji by se mělo začít co nejdřív. Linux řady 2.8 by se měl především oprostit od starého kódu a jít cestou "nejlepší volby".

Od posledního startu nové řady jader (tj. 2.6) uplynulo už hodně času. Verze 2.6.0 byla vydána koncem roku 2003, řada 2.6 je tu s námi tedy už rekordně dlouho. Zatím to vypadalo, že tu ještě hodně dlouho bude, ale nyní dochází k překvapivé změně.

Linus Torvalds představil zbrusu novou řadu 2.8, na které zatím pracoval stranou od běžných prací probíhajících na řadě 2.6. Zatím neexistuje ani náznak vývoje jako takového, ale "otec Linuxu" předpokládá, že chuť vývojářů pustit se do nové řady bude značná.

Hlavní znaky nové řady Linus shrnul do pěti bodů:

1. velmi agresivní odstranění starého prakticky nepoužívaného kódu
2. volba jediného alokátoru (možná SLQB?), jediného plánovače blokového I/O (zřejmě zatím CFQ nebo jeho vylepšení) atd.
3. celé API (pro ovladače) bude omezeno na moduly vydávané pod GPL (nebo duálně GPL + něco)
4. moduly se standardně budou podepisovat a jádro bude podpis kontrolovat (bezpečnostní ochrana)
5. důsledná dokumentace API

Bod č. 1 bude dost kontroverzní. Někdo se tomu bude hodně bránit, ale pro takové odpůrce má Linus jednoduché doporučení: zůstat u řady 2.6, která by měla být ještě nějakou dobu vyvíjena současně s řadou 2.8.

Volba "jediného řešení" pro určitý úkol (např. alokátor) je věc, kterou Linus Torvalds prosazuje už dlouho - domnívá se totiž, že existence více řešení vede k tomu, že ani jedno pak nefunguje dostatečně dobře pro celou škálu nasazení (což nutí ke zbytečnému a zdlouhavému experimentování).

Omezení modulů na GPL bude znamenat problémy pro taková řešení, která do jádra vkládají nějaký proprietární kód (byť je to třeba legální). Je to zjevně snaha vytlačit z jádra "binární bloby". Je otázka, do jaké míry to bude vadit, resp. jaký to bude mít naopak přínos, i praktický.

Podepisování modulů je něco, co trochu připomíná Microsoft, ale osobně jsem zastáncem toho, aby se používalo (ne povinně, ale klidně jako výchozí volba). Možnost podvrhnout nějaký nebezpečný kód do jádra (tím, že se změní modul v binární podobě) bude výrazně omezena. Kdo bude používat jen standardní moduly (z hlavního stromu), a takových lidí je většina, nenarazí na žádné problémy.

Co se mi ale líbí z celého seznamu nejvíc, je poslední bod - dokumentace API. Dosavadní mizerný stav byl/je dost velkou brzdou vývoje ovladačů a v neposlední řadě nahrává vzniku zbytečných chyb v modulech (způsobených tím, že autor modulu nepracuje se všemi informacemi potřebnými ke správnému použití API jádra). Zřejmě by se mělo pokračovat ve strukturovaných komentářích jako dosud, ale výrazně kvalitněji. Uvidíme.

Překvapivý start nové jaderné řady je jistě pozitivním krokem, který by mohl Linuxu pomoci vyřešit mnohé neduhy, se kterými se jádro dnes potýká. Už dost dlouho šlo všechno jen cestou evoluce, ale zřejmě nadešel ten správný čas do toho pořádně říznout a udělat úplně nové, kvalitnější jádro.

       

Anketa

Komentáře

[abr]

Nevim odkud cerpate informace, ale rada 2.8 ma byt prece postavena na FreeBSD.

[Joseph]

imho nemas pravdu ani ty. ja som zachytil na irc kanaly #k3rn3l_3l1t3 ze linus sa po viacerych zlozitych diskusiach o bezpecnosti rozhodol pretiahnut thea de raadta z openbsd nech vypracuje uplne novu bezpecnostnu infrastrukturu jadra (s cim ma nieco spolocne imho i to ze sa budu podpisovat moduly). je vidiet ze nikto z vas pravidelne necita newsletre. ziadne freebsd pre decka ;)

[Milan Lajtoš]

Prosím? To hádam nemyslíte vážne?! Veď Linus sa predsa jasne dohodol s Tanenbaumom na konci ich debaty, že Linux 3.x bude čisto mikrokernel forknutý z Minix 3, tak prečo by mali volať Thea na 2.8? To mi nejako nedáva zmysel... To je nejaký vtip, či o čom?

[XSimi]

uz zase to zacalo. stejne me kazdorocne nejvice napali parky v bufetu :(

[mic130]

ze by dalsi aprilovy zert, dneska uz asi treti co ctu

[feco]

To uz je zase april? To my mame na 1. aprila iba 2.8ku ale co chudaci widlaci? Conficker ich dnes vsetkych zje aj s ponozkami a planetu zozerie zase jeho botnet  

[xxxs]

ako upozornenie na kruty den je to fajn.

[Max]

Do háje, wono už je prvního :-/. Sakra ... Člověk je dvě hodiny vzhůru a pak to takhle dopadá :-/
Zdar Max

[Martin Stiborský]

Já jsem fakt naivní trouba. Já to žral až do chvíle než jsem doscrolloval ke komentářům. Bych asi měl jít spát :D

[slush]

Taky jsem se tesil na nove ficury . Jsem jediny, komu ty nektere body pripadaji uzitecne? Treba jednotnou dokumentaci by IMHO API potrebovalo jako sul. Digitalni podpisy zdrojaku a pripadne sit duveryhodnosti podpisu, to by mi taky neprislo uplne mimo. I kdyz to samozrejme neni moc prace jadra, jako spis infrastruktury kolem...

[Prcek]

Taky jsem se nechal napálit . To je tak když člověk přijde z hospody a místo aby šel spát, tak sedne k počítači .

[CET]

Hmmm, zajimavy. Po prvni vete jsem se (asi ospalosti) zamyslel, proc Linus tajil plan na 2.8. Pak mi to docvaklo:)

Akorat je blby, ze by se prvniho dubna nemely vydavat seriozni zpravicky, protoze pak si kazdej bude myslet, ze to je aprilovej vtipek, aspon ja se obvykle takhle prepnu a nad kazdou zpravickou pak premyslim (podobne jako po shlednuti Final Destination jsem par dni kontroloval deni kolem sebe, jestli mi nahodou nic nehrozi:))

[Marián Kyral]

KDE 4.2.2 má vyjít dnes, snad to nebude aprílový žertík.

[Milan Lajtoš]

 Vyšlo, už ho týžden používam. Ja sa skôr teším na KDE-Two-Live. ;)

[peYko]

jeeeminee... a ja som sa tesil ze sa budem ako male decko bavit s "make menuconfig" a budem kompilovat jak sialeny.. :)

[trekker.dk]

Letos IMHO trochu slabší

volba jediného alokátoru (možná SLQB?), jediného plánovače blokového I/O (zřejmě zatím CFQ nebo jeho vylepšení) atd.

Tohle je spíš Morton než Torvalds.

celé API (pro ovladače) bude omezeno na moduly vydávané pod GPL (nebo duálně GPL + něco)

Jsem pro.

důsledná dokumentace API

Ale jo, tenhle byl dobrej

[Luk]

Letos IMHO trochu slabší

Já vím, tohle bylo lepší

[Ladicek]

Tak bod 5 pobavil jako nic jinýho

[filbar]

Śkoda, že to je jenom apríl ;) Některé body jsou tam dost zajímavé. ;(

Já osobně bych přidal ještě jeden bod:

*) Jádro 2.8 bude kompletně napsané od začátku, aby se odstranily staré chyby.

[Jendа]

A zavedla hromada nových :)

[kotyz]

Tomu se rika vyvoj. Nebo spis pokrok.

[unknown_]

No, čekal bych trochu víc humoru, když je ten apríl. Nebo sem čekal nějaký linky?

[Jardík]

Ano, už teď jsou hovno ovladače od výrobců HW, povolte jen GPL, ať nemáme žádné. Nvidia ovladače jsou např. proti těm opensource radeon/hd, intel či nouveau ovladačům použitelné.

Jeden GPL projekt - program na defragmentaci disků pro Win - má 64bit verzi. V 64bit verzi musí být všechny ovladače podepsané, jinak nejedou. Autor uživatele "nutí" podepsat si je sami, že kdyby to dělal on a šířil podepsané, tak by to bylo porušení GPL licence... zajímavé, že v linuxu to proti GPL není. S body 1,2,5 souhlasím, se zmíněnými ne (ale to stejně asi nikoho nezajímá. Vždyť si ani nebudu moc napsat pitomej ovladač pro vlastně ubastlené USB zařízení, protože bych ho nikdy pod GLP nenapsal. Vyjde-li linux v takovémhle stavu, jak bylo zmíněno, rozlučte se s doteď funkčním HW. Čas přejít na BSD, nebo až zas něco ušetřím, koupím W7 nebo nějaký MacBook/MacMini s MacOS. Tohle je totiž vyloženě GPL fašismus a nic jiného. Myslet si, že se výrobci HW zeserou z GPL a vydají pod ní ovladače ... kde to žijete.

[Jardík]

Aha, dostali jste mě. Jsem totiž idiot, dement, kterét, magor a mám poruchu osobnosti, datum nesleduju a už vůbec mi nedošlo, že je apríl.

[Grunt]

Kéž by alespoň pár bodů nebyl vtip ale opravdový plán.

[Dent]

Ono to pročištění kódu by prospělo více molochům a ne jenom jádru. Xorg by to taky potřeboval jako sůl. Grafické prostředí v Linuxu mi přijde každou verzi pomalejší. Pokud porovnám svižnost kterékoli používanější linuxové distribuce -tedy žádné udělej si sám- a Visty (dle mého nejpomalejší verze Windows vůbec), tak Vista stále nakopává Linuxu zadek. Linux mi sice rychleji bootuje, ale to je vcelku nepodstatná záležitost...

Ale když jsem s Linuxem začínal, tak to bylo naopak - na rychlost Linuxu jsem koukal s otevřenou pusou.

Takže kdyby tenhle bod nebyl aprílový žertík, bylo by to skvělé.