Jaderné noviny – 14. 11. 2013: Role SGI ve správě XFS

2. 12. 2013 | Luboš Doležel | Jaderné noviny | 5294×

Aktuální verze jádra. Začleňovací okno 3.13, část první. Nový správce kódu XFS?

Obsah

• Aktuální verze jádra
• Začleňovací okno 3.13, část první
• Nový správce kódu XFS?

Aktuální verze jádra

Začleňovací okno 3.13 je stále otevřené, doposud bylo začleněno 6500 sad změn. Souhrn těchto změn naleznete níže.

Stabilní aktualizace: verze 3.11.8, 3.10.19 a 3.4.69 vyšly 13. listopadu.

Začleňovací okno 3.13, část první

Jak se předpokládalo, začleňovací okno 3.13 se rozjelo dosti pomalu kvůli tomu, že Linus měl na práci důležitější věci – především cestování po tropických ostrovech a skákání do vody s kyslíkovou bombou na zádech. I tak bylo v tomto vývojovém cyklu přetaženo už téměř 6500 neslučovacích sad změn.

Mezi významnější změny viditelné uživatelům patří:

• Subsystém pro filtrování paketů nftables byl konečně začleněn. Nftables nahrazuje současný kód pro firewall vestavěným jaderným virtuálním strojem, který přidává flexibilitu a umožňuje (pozdější) odstranění spousty duplicitního kódu. Po nějakou dobu, než bude jisté, že lze starý kód odstranit bez rozbití stávajících nastavení, bude přítomen souběžně s iptables.
• NFC API pro „secure element“ (zabezpečený prvek) je nyní podporováno; mimo jiné se dá používat pro podporu plateb přes NFC.
• Nová volba SO_MAX_PACING_RATE pro sokety umožňuje zastropit maximální tempo paketů [pacing rate] (popsané v článku) pro dané spojení; funguje jen s plánovačem paketů FQ.
• Síťová vrstva získala podporu pro rozhraní virtuálních tunelů IPv6.
• Subsystém pro řízení síťového provozu má nový klasifikátor paketů postavený nad virtuálním strojem Berkeley Packet Filter (BPF). Toto umožňuje, aby klasifikační programy byly načteny do jádra jako bajtkód, který je pak možné kompilovat jaderným JIT kompilátorem BPF. Jediná dokumentace této funkce se zdá se nachází v popisu patche.
• Protokol HSR (High-availability Seamless Redundancy) je nyní podporován v síťové vrstvě. HSR poskytuje failover s nízkou latencí pro ethernetové sítě.
• Používání rychlého otevření spojení TCP (fast open) je nyní standardně zapnuté.
• Subsystém firewallu ipset nyní podporuje síťové jmenné prostory. Přibyl také modul „hash:net,port,net“, který umožňuje současné uložení dvou podsítí a protokolu nebo čísla portu společně v sadě.
• Nástroj pro dynamické trasování „ktap“ byl začleněn přes strom staging, ale byl pak zase odstraněn; více se dozvíte v tomto textu.
• 64bitová architektura ARM má podporu big-endian systémů, hotplugu CPU a 42bitového virtuálního adresního prostoru při používání stránek o velikosti 64 KB.
• Podpora pro neudržované podarchitektury ARM „shark“ a Renesas H8/300 byla odstraněna.
• Architektura PowerPC nyní podporuje little-endian systémy.
• Nástroj „perf“ se dočkal spousty vylepšení; více se dozvíte v žádosti o přetažení od Ingo Molnara.
• Byla začleněna rozsáhlá sada patchů plánovače pro NUMA, čímž snad byla vyřešena spousta dlouhotrvajících problémů s výkonem jádra v této oblasti.
• Maximální počet CPU podporovaných na architektuře x86 byl zvýšen na 8192. Vypadá to, že jsou na světě systémy, které překračují původní hodnotu (4096).
• Podpora nového hardwaru.

Mezi změny viditelné vývojářům jádra patří:

• Přibyl nový „obecný framework pro PHY“ pomáhající při psaní ovladačů pro fyzická připojení; ovladače pro síť, SATA a USB by z toho měly mít užitek. Více se dozvíte v dokumentaci.
• Přibyl nový objekt kobj_completion, který spojuje kobject s „completion“, což usnadňuje sledování životního cyklu. Více najdete v <linux/kobj_completion.h>.
• Odstraňování adresáře v sysfs je nyní rekurzivní: odstranění adresáře povede k odstranění všech podadresářů.
• Přibyla nová bootovací volba earlyprintk=eft, která způsobí, že brzké printk() povede do framebufferu EFI. Smyslem je usnadnit ladění problémů zkraje bootu.
• API popisovačů GPIO bylo začleněno, což je začátek konce API založeného na číslech.

Začleňovací okno 3.13 by mohlo teoreticky zůstat otevřené ještě týden, takže by mohlo k uzavření dojít až 24. listopadu. Vzhledem k tomu, kolik kódu je připraveného k začlenění, by nebylo divu, kdyby se Linus rozhodl uzavřít okno dříve. Proto by správci subsystémů neměli spoléhat na to, že okno zůstane otevřené tak dlouho.

Nový správce kódu XFS?

Nedávná navržená změna v položce XFS v souboru MAINTAINERS vyvolala reakci, kterou autor nečekal. Současný správce XFS Ben Myers chtěl změnit jednoho z dalších správců, ale učinil tak, aniž by to probral s ostatními lidmi v komunitě XFS. To se řadě lidí z komunity nelíbilo, někteří z nich si totiž myslí, že jsou na tuto práci vhodnější kandidáti.

Ric Wheeler tuto změnu zpochybnil slovy: Neměli bychom to probrat na mailing listu a vidět rozsáhlý seznam jeho příspěvků? Pak ukázal, že navrhovaný nový další správce Mark Tinguely není ani zdaleka na vrcholu seznamu přispěvovatelů do XFS. Od verze 3.0 díky svým příspěvkům do XFS vystupují z řady dvě jména: Dave Chinner a Christoph Hellwig. Wheeler navrhl, že pokud budeme do XFS přidávat nového dalšího správce, pak by v této roli měl být jeden z našich dvou předních přispěvovatelů.

Myers si myslel, že jen nahrazuje jednoho z dalších správců v řadě, který už neměl čas, (Alex Elder) jiným, kdo by mohl Myerse zastoupit, když bude na dovolené nebo zkrátka nedostupný. V zásadě jen vyměňoval svůj zástup – tak to zamýšlel. Ale Hellwig silně prosazoval Chinnera jako hlavního správce s tím, že Myers by byl jen další v řadě. Poukázal na definici správce od Tronda Myklebusta a navrhl, že Chinner by se na tuto pozici hodil lépe.

Na základě řady tvůrčích rolí, které tam jsou uvedené, je jasné, že správcem by měl být Dave. Byl hlavním přispěvatelem a architektem XFS řadu let, zatímco správci přicházeli a odcházeli dle libovůle SGI.

SGI vynalezlo XFS v roce 1993 a má velký zájem na jeho údržbě pro své zákazníky a linuxový svět jako takový. Řada práce na XFS ale přišla z jiných míst než SGI. Automatické přiřazení správcovství komukoliv, koho si SGI vybere, způsobuje v komunitě neshody.

Velká část této diskuze proběhla v době, kdy byl Chinner o víkendu na cestách. Po svém návratu odkázal na svůj příspěvek ze srpna, který podle něj shrnul jeho pohled na správcování. Hlavním problémem je to, že tato role je v zásadě přiřazena firmě a ne jednotlivci:

Kvůli tomu, jak SGI rozdělilo správcovství, je jediný způsob, jak odkazovat na správcovství jako na celek: SGI je správcem. Nemám zdání, jak oddělit to, co někdo ze SGI říká jako svůj osobní názor od názoru správce, což má hlavní podíl na problému, který tu máme. Nikdo nemá jak vědět, jestli se někdo ze SGI vyjadřuje jako správce nebo jen dává vědět svůj názor zaměstnance SGI.

Teď když o tom přemýšlím, tak právě to je asi původním zdrojem všech problémů. „Správce“ dělá protichůdná rozhodnutí na základě toho, jak tato ovlivní interní produkty SGI, nikoliv s ohledem na zájmy komunity okolo XFS. Čím víc o tom přemýšlím, tím více to dává smysl s ohledem na problémy, které máme.

Hellwig také poukázal na problém se správcem SGI: měli jsme také historicky příliš velké fluktuace se všemi problémy okolo přechodů. Ostatní ve vlákně se přidali. Vypadá to, že jde o docela dlouhotrvající problém v komunitě XFS, ale zdá se, že se to změní.

Chinner sdělil, že dlouho odolával tomu stát se sprácem XFS, ale po přečtení vlákna a promyšlení je ochoten tuto roli přijmout. Navrhl, jak by spolu-správcovství mohlo vypadat – nejde prý jen o roli zástupce nebo o to, být akorát někde napsaný – Myers a on by zkrátka své povinnosti sdíleli. Chinner navrhl, že on a Myers by to spolu probrali offline, než by to bylo oficiálně uznámeno. Myers tomu byl nakloněn, takže nebude překvapením, pokud zanedlouho uvidíme Chinnera jako jednoho ze dvou správců XFS – naopak by bylo překvapením, kdyby tomu tak nebylo.

Správci jsou obvykle vybíráni z komunity na základě své znalosti subsystému a ochoty vzít na sebe řadu náročných rolí. Situace okolo SGI a XFS je pro jaderný subsystém nezvyklá. Tím, že by byl přidán Chinner, by se XFS jen vyrovnalo tomu, co je v jádře běžné.

       

Komentáře

[Libor Chocholaty]

to je uvedeno schválně, nebo je autor opravdový trotl?

[Nikola Ciprich]

tak asi ne každý se zabývá potápěním a je to bohužel dost zlidovělé, asi bych autora za to nenazýval zrovna trotlem.. ale taky bych to změnil za lahev.

[Libor Chocholaty]

Navíc ty láhve nejsou kyslíkové, ty se používají ke sváření

[asdfasfasfasf]

cokoladova dorta, kyslikova bomba, sodikova zarovka

ja myslim, ze snad inteligentni clovek chape, ze ani cokoladova dorta neni ze 100% z cokolady, ani sodikova vybojka neni ze 100% ze sodiku, tak ani kyslikova bomba neni ze 100% z kysliku. je to pojmenovane podle nejdulezitejsi slozky o kterou se zajimame v danem pripade.

[Libor Chocholaty]

Je celkem legrační, jak se snažíte hájit neobhajitelné.

[asdfasfasfasf]

nevim proc by to nebylo neobhajitelne, jenom kvuli vasim krasnym ocim neni duvod prestat pouzivat sice nepresne, lec zazite vyrazivo.

kyslikova bomba, kyslikova bomba, kyslikova bomba, kyslikova bomba, kyslikova bomba, kyslikova bomba, kyslikova bomba, kyslikova bomba, kyslikova bomba.....

LED dioda...

[Libor Chocholaty]

a hned je člověku líp, že?

[tany]

Lepší by bylo, kdyby dělal něco s vodíkem .. "s vodíkovou bombou .." :)

[ovoce]

Bedřich: Já vám řeknu, až na těch pár let v chládku, nežil jsem si špatně. Jednou jsem se seznámil s nějakým Frantou Pávkem a ten dělal s vodíkovejma bombama. On mi zadarmo poskytoval ty bomby a já z nich plnil na poutích balónky. Balónky po dvou korunách jeden. Maminko, dítě vám pláče, až se cizí ustrne, a vy mu to potěšení nekoupíte? – A jednou, bylo to v Lounech, takhle vyvolávám a najednou vám vidím, mezi dvěma lípama někdo stojí a dívá se na mě. A to byla Máňa.

[Petr Ježek]

Je celkem legrační, jak někdo napadá jednoznačnou kontextuální interpretaci z nepatřičnosti. Máte zjevně značnou potíž se sémantikou živých jazyků... Mimochodem, jde o OT, takže /dev/null :/

[Xerces]

No právě. Inteligentní člověk. Ale kolik nás takovejch je? Já jsem pro používat správné termíny pokud to je. Proč riskovat, že tam jednou nějaký neználek Linusovi na jeho přání namontuje opravdu tu kyslíkovou láveh .... a soud ho osvobodí. Stejně je to zajímavé, proč se tomu říká kyslíková, když poměrově je ve vzduchu nejvíce dusíku, že? Neměli bychom říkat dusíková?

[Libor Chocholaty]

Todle se snad nezastaví...

Kyslíková proto, že přece dýcháme kyslík a ne dusík, to dá rozum.

[asdfasfasfasf]

libore ty najednou obhajujes vyraz "kyslikova bomba", na zacatku jsi proti tomu brojil, ne?!

i dusik se s absorbuje do krve, ale mnohem mnohem mene nez kyslik, nebo jine (jedovate) plyny.

[Xerces]

Stejně už si každej vygooglil jak to ve skutečnosti je, tak bych to opravdu nechal.

[Libor Chocholaty]

A co takhle héliové bomby stejně jako většina verzí Trimixu?

[Bedňa]

Hlavným produktom reproduktoru je teplo a predsa mu nehovoríme teplárna, alebo vyhrievač.

[bibri]

http://cs.wiktionary.org/wiki/bomba

[Libor Chocholaty]

ne všechno, co se píše na internetu je pravda

[asdfasfasfasf]

aertwertwetwert

treba prispevky pod clanky

[radix]

Obzvlast kecy od samozvaneho brouka pytlika

[Atom321]

Ne, autor je jen z jiné vesnice než vy. Výraz "lahev" tam používají pro skleněnou nádobu na pivo. Malým kovovým nádobkám na stlačený oxid (kysličník) uhličitý tam říkají "sifonové bombičky". No a velkým nádobám na stlačený plyn pak říkají plynové bomby.

A to dokonce existují místa, kde elektrické svítilně říkají "baterka", rtuťové zářivce "úsporná žárovka", dále na východ místo hledat říkají "šukat". Jo a taky překvapivě spousta lidí točenému Zlatopramenu říká "pivo".

Druhá možnost je, že ve vaší dědině říkáte "trotl" každému, kdo je z velké dálky (až někde za kopcem). Pak si prosím dejte pozor, v civilizovaných krajích má výraz "trotl" poněkud jiný význam a mohl byste někoho nechtěně urazit.

[radix]

+1 nice

[Libor Chocholaty]

+1

Můžeme to tímto uzavřít? Myslím, že by to mohla být pěkná tečka.

[citanus]

an apologize?

[Libor Chocholaty]

ne, pokus o smírné ukončení diskuse

[Jendа]

Já se přiznám, že jsem doteď nepochopil, jestli narážel na „bomba“ nebo na „kyslíková“ (samozřejmě se nemůže používat čistý kyslík, který je od vyšších parciálních tlaků toxický - používá se pro menší hloubky stlačený vzduch, pro větší pak modernosti typu trimix, AFAIK).

[Libor Chocholaty]

Na oboje sousede, na oboje.

Protože to není ani kyslíková ani bomba. Jsou to prostě lahve/flašky se vzduchem. Ale uznávám, že lidi, co se nepotápěj na to nejsou tak citlivý. Přiznám se, že jsem byl trochu expresívní, to ano. Nečekal jsem však, co se tu strhne za debatu okolo vlastního pojmenování.

[trekker.dk]

Veselé je, že v originále je "air tank", takže o kyslíku nic. Jenže překladatelé občas mají tendence být kreativní, což v 99% případů nedopadne dobře.

[kralyk z abclinuxu]

Veselé je, že v originále je "air tank", takže o kyslíku nic. Jenže překladatelé občas mají tendence být kreativní, což v 99% případů nedopadne dobře.

No, vím o 'překladatelích', kteří by to byli schopní přeložit jako "vzdušné bojové vozidlo"...

[pavlix]

Že bych tušil...?

[j]

Bych rek, ze trotl je tu leda nejaky chocholaty.

[x14]

Lidičky, proboha, nekrmte toho trolla!

[pavlix]

Kterého? :)

[Honza Jaroš]

Zdejší diskuse mi poněkud připomíná jednu scénu z jednoho staršího amatérského filmu...

[Petr Ježek]

K věci: Pokud to SGI se správou XFS myslí vážně, pak nutně musí respektovat princip výběru správce nikoli z řad svých lidí ale nejkompetentnějšího z komunity. Druhá věc je, že aktivní přispěvatel nemusí nutně zvládat komplexní správu projektu. Takže velmi zmatená jaderná zpráva o správě.

[jas]

Dave Chinner nie je len aktivny prispievatel. Aktivne robi aj review patchov a povedal by som, ze ma aj najvacsi prehlad v zdrojovych kodoch xfs (mozno este Christoph Hellwig sa na neho chyta).

Jedine, coho by som sa bal je, ze po prijati danej pozicie by mal menej casu prave na ten vyvoj (ale to by sa dalo vyriesit spominanym spoluspravcovstvom s Benom Myersom).

Zmena bola pravdepodobne iniciovana tym, ze sgi nie vzdy stiha review proces dostatocne rychlo (par krat doslo aj k viac nez mesacnemu oneskoreniu medzi tym, ked sa patch poslal na mailing list a bol commitnuty/reviewnuty niekym z sgi).