Administrace komentářů

Ten link na LWN ohledně vnitřností SSD a NAND Flash už znám - je tam hezky obrázkově vysvětlena dvoupatrová alokace stránek a erase bloků. A řekl bych, že SDHC není zrovna zářným příkladem moderního rychlého SSD (jsou tam nějaké ilustrativní grafy průchodnosti pod různou zátěží) - ale počítám, že jste odkazoval spíš na volnou diskusi pod původním článkem:

1. je tam zmínka o projektu NVMHCI, což je zřejmě nějaký projekt v rámci velikého Intelu, který míří přesně tam, o čem jsme se bavili... = univerzální "host controller interface"
2. taky tam byly zajímavé zmínky, že pracovat se skutečně *holými* NAND Flash čipy není reálný nápad, protože i na úrovni čipů se chová třeba každá generace v rámci jednoho výrobce dost jinak, takže se k nim nelze chovat nějak jednotně, pomocí jednoduchého univerzálního ovladače
3. nakonec tam padl návrh, mít rozhraní "poměrně nízké úrovně, avšak s určitou minimální abstrakcí" - jako třeba "otevři tento segment pro sekvenční zápis", "tenhle segment smaž a přesuň mezi volné", "nahlaš status momentálně otevřených segmentů", "kolikrát byl tento segment smazán?" apod.

Ohledně relokací adres jsem neměl na mysli mapování stránek pomocí MMU mezi fyzickým adresním prostorem a virtuální pamětí jednotlivých user-space procesů. Spíš jsem se zalekl dynamického linkování (hlavní program vs. sdílené knihovny) apod. - linker/loader musí při startu hlavního programu a natažení knihoven provést nějaké vzájemné "zaháčkování" binárů, které spolu žijí v jediném virtuálním přídělu paměti. Neznám podrobnosti ale napadlo mně, že tohle by se možná přímo v ROMce dělalo těžko.