SSD cache na linuxu (diskuse)

[Suchý čert]

ZFS tohle umí, jmenuje se to L2ARC. Pokud vím, tak to ale, narozdíl třeba od toho Intelu, neumí přežít reboot. A ZFS na Linuxu je celkově pořád docela problém.

[snajpa]

Diky za tip! Na oplatku pridam svuj, co jsem na zaklade podnetu v podobe bcache nasel - https://github.com/facebook/flashcache.
Btw, nepotrebujes SSD, na to, abys to zkusil - staci mit dost RAM a udelat si RAM disk.

[snajpa]

Poznamka pro mne, abych to nemusel priste hledat, v Debianu udelam 1 ramdisk o velikosti 2GB takhle:

modprobe brd rd_size=2097152 rd_nr=1

[lertimir]

Tato cache má rozumně smysl až tak od 10GB. Aby se tam vešly inode struktury a nějaká množina souborů. A nerisknul bych to na RAM. Tam mnohem lépe slouží buffery, které jsou přímo přístupné.

[snajpa]

Jenom kratka informace ke staremu clanku - ve vpsFree uz 4 mesice flashcache uspesne pouzivame a je to fakt znat na latenci jednotlivych VPS, uplne nejvic na MySQL-type workloadu.

[R]

Nieco podobne uz pred par rokmi Intel predaval - Turbo Memory (miniPCI-E flash karty do notebookov). Driver pre Linux neexistuje. Keby existoval, aby bola pamat pristupna ako nejake zariadenie (mtd?, blokove?), potom by malo zmysel robit nejake cachovanie.

[Kvakor]

Pokud by šlo hlavně o urychlení startu systému a natahování aplikací (takže by se cachovala jen malá čast točivého disku), tak by šlo použit device mapper a trvalý (perzistentní) snapshot. Výhoda je, že ho jde nahodit relativně krátce po bootu (optimálně z initramdisku) a jádro není třeba nijak upravovat, nevýhoda je to, že takto cachovaná disková oblast bude velká jen jako onen SSD disk a točivý disk bude fungovat jako jeho snapshot, kam budou směřovat veškeré zápisy (více viz popis v dokumenaci jádra a jeho srovnání s cowloop).

Toto řešení by tedy bylo výhodné jen pro oblast, ze které se často čte, ale jen vyjímečně zapisuje (např,. jen při aktualizaci), například pro /usr by to bylo ideální. Vlastně výhodné by bylo pro všechno mimo míst, kam se často zapisuje, tj. /home, /var, /tmp a případně /etc. A pokud by snapshot příliš narostl, je možné změněná data zapsat na původní zařízení (snapshot merge), což má výhodu, že jde zapsat zařízení celé (pokud je místo, kam se dočasně spojená data uloží), takže se všechny buňky budou opotřebovávat stejně a řadič SSD nebude muset dělat přemapovávání.

[xxx]

+1

[nyan]

Nejak mi unika, co je vlastne HW cast reseni. Jestli maji driver, tak v podstate nic vic nepotrebujou, a navic by to mohlo fungovat s libovolnou kombinaci SSD/hdd (tedy kdyby byl open-source).

Uprimne mi to prijde, ze je to soucast marketingu typu "aby ste meli feature X musite si koupit nas novej skvelej Y".

[msk]

Mam ten isty pocit.

[lertimir]

Nelezl jsem do hlubin toho řešení, ale spíše než marketing očekávám, že za běhu skutečně provede cache přímo ten čip z68 a data při cacheování vůbec neprojdou přes paměť tak že by se z ní zapisovaly do cache. Driver je pak na řízení cache, jsou tam nějak volby a patrně v paměti má tabulky, který blok HDD je na který blok SSD cachován. Při vypnutí cache je obsluze driveru vidět, jak se přesouvají data z cache na HDD. Třeba Intel zveřejní API pro ten chip.