Portál AbcLinuxu, 10. května 2025 22:37

Jaderné noviny 168

3. 6. 2002 | Leoš Literák
Články - Jaderné noviny 168  

Status VM a IDE v řadě 2.5 a podpora velkých souborů.

Do konference přišlo 1608 emailů od 416 pisatelů, nejvíce emailů zaslali Alan Cox, Martin Dalecki a Andrew Morton.
Status VM a IDE v řadě 2.5, 283

Linus Torvalds oznámil:

Nedávno se v řadě 2.5 událo spoustu věcí, o čemž svědčí slavné detaily v Changelogu, ale chtěl bych vyzdvihnout 2.5.14, protože se v ní zásadně změnil způsob správy dirty stavu ve správě virtuální paměti. Zásluhu na tom má Andrew Morton. Kód byl nejen výrazně vyčištěn, ale za určitých okolností běhá podstatně rychleji. V řadě 2.5 je spousta jiných změn, ale žádná není tak zásadní. Prosím otestujte ji (ale buďte opatrní a udržujte zálohy).

Bert Hubert se zeptal, čí verze virtuální paměti je použita: ta od Rika van Riela nebo od Andrea Arcangeliho? Andrew vysvětlil, že VM je široký pojem. Aktuálně je použita verze od Andrea začleněná do hlavního jádra ve 2.4. Andrew jen naučil alokátor stránek, že všechny dirty paměti se zapisují skrze stránky a ne někdy přes stránky, jindy přes buffer. Přidal navíc clustering writeback.

V řadě 2.4 jsou dirty data skrze systémovou funkci write(2) zaobalena do buffer_heads a umístěna do globální bufferu, kde čekají na zapsání. A dirty data ze sdíleného mapování [shared mappings] jsou připojená ke svému inodu. Kdežto v 2.5 byl buffer odstraněn a dirty data z write(2) jsou zpracovávána stejně jako dirty data z mmap(). Dále byly upraveny kupdate a bdflush. Vše je nyní stránkově orientováno.

Martin Dalecki zaslal tunu patchů do IDE kódu a vývojáři začali debatovat nad technickými body. Najednou Anton Altaparmakov vypěnil: Od té doby, co jsi novým správcem IDE, jsme tě viděli pouze odstraňovat jednu funkci za druhou ve jménu vyčištění kódu bez toho, aby jsi za ně uvedl nějakou adekvátní náhradu. Všechny kritické opravy zaslali jiní lidé, což nevzbuzuje v tebe důvěru. Dokonce i Alan Cox před časem napsal, že ti nedůvěřuje.

Ale Linus se Martina zastal:

Koho to zajímá? Našel jsi cokoliv, co Martin odstranil a mělo nějakou cenu? Určitě ne. Pánové, měli byste si uvědomit, že IDE vrstva má v sobě OSM LET naprostých zmetků. Nikdy to nebylo pročištěno. Má to v sobě tak odporné věci, až je to příšerné. Podle mně je mnohem jednodušší přidávat novou funkčnost do čistého kódu.

Veškeré informace z /proc/ide jsou dostupné přes hdparm a pro vaše drahé embedded systémy zřejmě zabírají méně prostoru, když jsou v uživatelském prostoru. Tak kde je problém?

Alan Cox ale poznamenal, že /proc/ide obsahuje užitečné informace, které jinde nejsou dostupné. Například jaký řadič řídí disky, které disky jsou dostupné apod. Ale Linus napsal, že by raději viděl někoho přidat tato zařízení do skutečného stromu zařízení, kde by tento typ informací byl velmi viditelný. Zatím devicefs není automaticky připojen, ale jedná se o jediný skutečně univerzální způsob prezentace takovýchto informací.

Podpora velkých souborů, 41

Peter Chubb oznámil: V současnosti je linux omezen 2TB souborovým systémem a to dokonce i na 64-bit systems, protože je zde spousta různých míst, kde je blokový ofset nastaven na unsigned nebo int (32-bit proměnné). Zaslal link na patch , který implementuje nový typ sector_t, který má držet hodnotu ofsetu u sektorů a bloků. Dodal, že na svém starém pentiu dokázal vytvořit 15TB velký souborový systém připojený jako JFS skrze loop zařízení - a zdá se, že vše funguje. Existuje pár programů z uživatelského prostoru, které je třeba opravit (parted, mkfs).

Andrew Morton odpověděl: Hlasuji pro začlenění. 2TB zabraňuje některým lidem používat řadu 2.4. Zřejmě 2.6 bude potřebovat 64-bit čísla. Další překážkou budou indexy stránkové cache. Tam bude limit buď 8TB nebo 16TB, v závislosti na znaménku.

Různým lidem se patch také líbil a Martin Dalecki napsal, že jeho části začlení. Později Peter oznámil novou verzi pro kernel 2.5.15 a Christoph Hellwig napsal, že patch vypadá velmi dobře a že doufá, že bude brzy začleněn.

Tento článek vychází ze seriálu Kernel Traffic (http://kt.zork.net) a je zveřejněn pod licenci GPL verze 2.

Další články z této rubriky

Jaderné noviny – přehled za březen 2025
Jaderné noviny – přehled za únor 2025
Jaderné noviny – přehled za leden 2025
Jaderné noviny – přehled za prosinec 2024
Jaderné noviny – přehled za listopad 2024

Diskuse k tomuto článku

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.