Jaderné noviny – 23. 3. 2017: Summit o úložištích, souborových systémech a správě paměti 2017

13. 4. 2017 | Redakce

Články - Jaderné noviny – 23. 3. 2017: Summit o úložištích, souborových systémech a správě paměti 2017  

Stav vydání jádra. Nové vydání bcachefs. Gregg: perf sched pro analýzu linuxového plánovače CPU. Summit o úložištích, souborových systémech a správě paměti 2017.

Stav vydání jádra

Současné vývojové jádro je 4.11-rc3, vydané 19. března. „Jak už bývá po začleňovacím okně zvykem, rc3 je větší než rc2, ale snad se to odteď začne zmenšovat a uklidňovat.“

Stabilní aktualizace: 4.10.4, 4.9.16 a 4.4.55 byly vydány 18. března. Následovaly je 4.10.5, 4.9.17 a 4.4.56 22. března.

Nové vydání bcachefs

Kent Overstreet oznámil důležité vydání svého souborového systému bcachefs. Změny v tomto vydání zahrnují šifrování celého souborového systému, záložní superbloky, lepší podporu vícero zařízení, kontrolu souborového systému z uživatelského prostoru a další. „Nově také můžeme migrovat souborové systémy do bcachefs in situ! Příkaz bcache pro migraci vezme stávající souborový systém, na něm alokuje velký soubor pomocí fallocate, vytvoří nový souborový systém (v uživatelském prostoru) na blokovém zařízení, ovšem pouze za použití místa rezervovaného v souboru alokovaném fallocate – načež projde obsah původního souborového systému a vytvoří ukazatele na veškerá existující data.“ Došlo ke změně formátu na disku, ale je možné, že se jedná o poslední takovou změnu.

Gregg: perf sched pro analýzu linuxového plánovače CPU

Brendan Gregg ukázal, jak profilovat plánovač pomocí příkazu perf sched. „perf sched timehist přibyl v Linuxu 4.10. Ukazuje latence plánovače po událostech, a to včetně času, po který úkol čekal na probuzení (wait time), a latence plánovače od probuzení do běhu (sch delay). Více nás zajímá ladění latence plánovače.“

Summit o úložištích, souborových systémech a správě paměti 2017

Letošní linuxový summit o úložištích, souborových systémech a správě paměti se konal od 20. do 21. března v Cambridge v Massachusetts. Kolem stovky jaderných vývojářů se sešlo, aby prodiskutovali četná zajímavá témata na jedné z tradičně nejtechničtějších akcí této komunity. LWN mělo to štěstí, že mohlo být na místě a sepsat následující reportáže.

Summit se jako obvykle konal ve třech sekcích, které se spojily, když o téma mělo zájem více skupin.

Plenární témata

Sezení, kterých se účastnila celá skupina:

• ZONE_DEVICE a budoucnost struct page. Perzistentní paměť je hnací silou velkého počtu zásadních změn subsystému správy paměti, jednou z nich je probíhající diskuze o tom, jakou roli má hrát klíčová jaderná datová struktura v oblasti správy paměti.
• Neadresovatelná paměť zařízení: blíží se začlenění dlouhodobé práce na patchích heterogenní správy paměti.
• Nakládání s chybami při zpětném zápisu (writeback) reakce jádra na chyby během zpětného zápisu by si zasloužily řadu vylepšení.
• Sdílení stránek mezi mapováními: když složitá uspořádání souborového systému vedou ke zmatkům v subsystému správy paměti.
• Novinky ve standardech technologií pro ukládání: pravidelný přehled, co je nového u standardizačních výborů.
• Čištění a opravy dat souborových systémů za chodu: úklid v souborových systémech XFS za běhu (a více).
• Budoucnost DAX: jak z perzistentní paměti dostat ještě více výkonu, a zároveň udržet data v bezpečí.

Sekce správy paměti

Vývojáři správy paměti v menších skupinkách diskutovali vícero témat, včetně následujících:

• HMM a CDM: pokračování diskuze o správě heterogenní paměti a otázka uzlů zařízení s přidruženou pamětí.
• Slab reclaim: snaha zabránit objektům alokovaných pomocí slabu v zabrání paměti, kterou by jádro chtělo použít jinde.
• Proaktivní zhutnění: snaha zajistit, aby stránky vyšších řádů byly k dispozici, když je jádro potřebuje.
• Další kroky ohledně odkládacího prostoru.. Když je teď odkládací prostor zase atraktivní, jak z něj dostat více?
• Rychlé alokování paměti pro účely sítí: jak může subsystém správy paměti pomoci části jádra, která má na starosti síťování, aby se přizpůsobila neuvěřitelně velkým přílivům paketů.
• Skupiny procesorů („cpusets“) a pravidla paměti a zmatek, který může nastat, když dojde k jejich smíchání.
• Podpora sdílených TLB kontextů:: jak nejlépe podporovat funkci procesorů SPARC, která může zlepšit výkon některých aplikací?
• Další kroky hledně userfaultfd(): když nyní můžeme řešit chyby stránek v uživatelském prostoru, co dalšího by se nám mohlo hodit?
• Recenze patchů týkajících se správy paměti: Proč nejsou patche v oblasti správy paměti dostatečně revidovány a co se s tímto problémem dá dělat?

Sekce souborových systémů

Mezi nejdiskutovanější témata této sekce patřily:

• Vlastnosti Overlayfs: jak využití tohoto „obalovacího“ (union) souborového systému roste, jaké další funkce by měl podporovat?
• Rozhraní pro správu cache síťových souborových systémů: více kontroly uživatelskému prostoru nad kešováním dat ze vzdálených serverů.
• Rozšíření statx(): když už toto nové volání pro poskytování informací o souborech bylo v cyklu 4.11 začleněno, potřebuje nějaká rozšíření?
• Nové API pro připojování souborových systémů: do systémového volání mount() je nacpáno zatraceně hodně funkcí – možná je čas je rozdělit.
• Souborové systémy, které vědí o kontejnerech, a zvláště otázka, jak nakládat s problémy s mapováním UID uvnitř kontejnerů.
• Odstraňování „nabastleného“ wrapfs na Androidu: hledání, jak lépe uspokojit zvláštní nároky Androidu.
• Hlídač superbloků pro fsnotify: zlepšování škálování jaderných služeb upozorňujících na události spojené se soubory
• Rozhraní správy souborových systémů: jak poskytovat informace o souborových systémech uživatelskému prostoru.
• Seznam přání týkajících se síťových souborových systémů:; co Linux potřebuje, aby řádně podporoval síťové souborové systémy.
• Výkonnostní problémy se čtení souborů, ve kterých jsou díry: řídké soubory ne vždy poskytují vyhovující výkon.

Společná sekce o úložištích a souborových systémech

Přednášky o úložištích a souborových systémech kombinovaly příspěvky zajímavé pro obě skupiny:

• Systém úložišť a testování ovladačů: jak se dá zlepšit testování nízkoúrovňových blokových komponent?
• Podpora inline šifrování blokových zařízení: telefony s Androidem potřebují podporu inline crypto engine (ICE), jaké řešení je přijatelné pro upstream?
• Aktualizace statutu Stream ID: nejlepší způsob, jak úložišti naznačit očekávanou životnost dat, o která se stará.

Sekce souborových systémů a správy paměti

Konala se přesně jedna přednáška, na které se sekce souborových systémů a správy paměti proťaly:

• Velké stránky v souborovém systému ext4: co bude třeba udělat, aby se podpora transparentních velkých stránek dostala do skutečného souborového systému (s daty na úložišti)?

Sekce úložišť

Dvojici reportérů LWN se nedařilo stíhat přednášky ve třech souběžných sekcích, a tak došlo pouze na jediný článek věnovaný úložištím…

• Zavádění systému ze vzdáleného úložiště: výzvy spojené se zaváděním linuxového systému z komplexních vzdálených úložišť.

Diskuse k tomuto článku