Jaderné noviny - 21. 4. 2016: Summit o úložištích, souborových systémech a správě paměti

29. 4. 2016 | Redakce | Jaderné noviny | 2739×

Stav vydání jádra. Summit o úložištích, souborových systémech a správě paměti.

Stav vydání jádra

Současný vývojový kernel je 4.6-rc4, vydaný 17. dubna. „Nic zajímavého se neděje. Přesně jak to mám u rc řady rád. Doufejme, že to tak zůstane.“

Stabilní aktualizace: minulý týden žádné nebyly vydány. Aktualizace 4.5.2, 4.4.8 a 3.14.67 jsou v procesu revidování a brzy budou dostupné.

Sasha Levin vydal sadu stabilních bezpečnostních aktualizací pro kernel.

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

Letošní summit o úložištích, souborových systémech a správě paměti se konal 18. a 19. dubna v Raleigh v Severní Karolíně. Řádově 100 vývojářů reprezentujících příslušné subsystémy diskutovalo o řadě relevantních technických témat. Díky přítomnosti LWN máme k dispozici následující reporty.

Summit se odehrával v jedné až ve třech sekcích, v závislosti na projednávaných tématech.

Ve společné sekci se projednávaly všechny tři subsystémy a témata týkající se jádra jako celku. Jmenovitě šlo o následující:

• Aktualizace norem: Na čem pracují skupiny T10 (SCSI), T13 (ATA) a NVM Express (NVMe).
• Nakládání s chybami perzistentní paměti: Co by měl systém dělat, když se ukáže, že perzistentní paměť není tak perzistentní, jak by měla být?
• API pro přidělování paměti ve velkém jako způsob řešení výkonnostních problémů se sítěmi.
• reflink() a ti druzí: Další vývoj volání reflink() (online scrubber XFS) a další témata, na která se vývojáři správy paměti nedostali.
• Souborové systémy a kontejnery / samošifrovací disky: Dvě krátké prezentace k zakončení prvního dne.
• Víceúrovňové radixové stromy: Vylepšení funkcionality radixových stromů, které se může hodit i mimo subsystém správy paměti.
• Paměť s rozdílným výkonem: Jak se vyrovnat se systémy, které obsahují paměť, jejíž výkon může kolísat.

V sekci věnované správě paměti probíhala diskuze o těchto tématech:

• Dvě implementace cache pro transparentní velké stránky: Transparentní velké stránky momentálně nefungují se stránkami postavenými na souborech. Na vině však není nedostatek snahy: momentálně jsou na výběr dvě funkční implementace. Během tohoto sezení se vývojáři snažili rozhodnout, kterou verzi vybrat.
• Nápady na racionalizaci příznaků GFP: Jak lépe definovat a vylepšit sémantiku přidělování všudypřítomných příznaků GFP_ při alokaci paměti.
• CMA a zahušťování: Problémy s tím spojené a řešení jaderného mechanismu pro podporu alokace velkých souvislých bloků.
• Virtuální stroje jako kontejnery a zejména problémy se správou paměti, spojené s nasazením spousty virtuálních strojů na hostitelský stroj.
• Částečné zrcadlení adresního prostoru je funkce hardwaru určená ke zvýšení spolehlivosti. Diskuze ovšem potvrdila, že vývojáři správy paměti nejsou přesvědčení, že bude fungovat způsobem, jakým byla inzerována.
• Heterogenní správa paměti: Poskytování přístupu k adresnímu prostoru GPU a dalším perifériím.
• Testování správy paměti: Jak můžeme najít co nejvíc problémů dřív, než ohrozí uživatele?
• Férovost přidělování paměti v kontrolních skupinách: Jak přinutit kontrolní skupiny dělat správná rozhodnutí tváří v tvář problematické zatěži.
• Optimalizace vyprazdňování TLB: Snižování nákladů na výkon, který je spojen s příliš častým vyprazdňováním TLB (translation lookaside buffer).
• Vylepšování OOM killeru: Letošní příspěvek do pravidelné diskuze na téma, jak by měl kernel řešit nedostatek paměti.
• Workflow subsystému správy paměti: Jak funguje vývoj v tomto subsystému a jak je možné učinit jeho chod ještě plynulejším?

Viz také poznámky Rika van Riela se stručným shrnutím sekce věnované správy paměti.

Sekce zabývající se výhradně souborovými systémy měla relativně malý počet diskuzí, a sice:

• Paralelní vyhledávání: Jak podporovat více souběžných vyhledávání v adresářích.

Samostatná sekce úložišť měla také malý počet diskuzí.

Své poznámky zveřejnil James Bottomley.

Kombinovaná sekce souborových systémů a úložišť měla následující diskuze:

• Perzistentní úložiště a protokoly pro vzdálený přístup k datům: Jaké změny je třeba učinit pro podporu přístupu rychlých perzistentních zařízení skrze (relativně) pomalé protokoly pro vzdálený přístup.
• Bloková rozhraní a rozhraní souborového systému: Jak zlepšit spolupráci blokové vrstvy a vrstvy souborového systému.
• Příznaky DAX, mmap() a „go faster“: Jak přizpůsobit aplikace, které si jsou vědomy chování perzistentní paměti a vyžadují nejlepší možný výkon.
• Částečné vyprázdnění disku: Co dělat, když se částečně pokazí disk, ale chcete nadále používat ty části, které stále fungují?
• fallocate() a bloková vrstva: Výzvy týkající se podpory „nulování ve velkém“ pro blokové I/O.
• Výchozí použití vícefrontového blokového subsystému: Podporu vícefrontových bloků máme již několik let, možná je na čase začít s postupným rušením podpory jednofrontového rozhraní?

Příští týden se na vybrané části podíváme podrobněji.

       

Komentáře