Administrace komentářů

S tou cache je to asi tak: write cache mají samotné disky (tzv. drive cache), při výpadku napájení se její obsah ztratí. Jde operativně zapnout / vypnout třeba přes hdparm. Třeba HP na obyčejných SATA discích, co dává do serverů, má upravený firmware, takže je cache implicitně vypnutá (v zájmu spolehlivosti). Pak bývá cache na HW RAIDu, většinou 128MB-1GB.

Pokud má člověk jeden disk / sw raid, drive write cache se obvykle nechává zapnutá, protože bez toho jde výkon zápisu velmi výrazně dolů. Jde pak o filesystem, jak se vyrovná s výpadkem napájení a ztrátou obsahu cache. Nějakým ATA příkazem jde disku říct, aby cache fyzicky zapsal - nazývá se to write barriers. Problém je v tom, že implementace SW RAIDu a hlavně LVM v linuxu barriers nepodporuje, resp. v jádře 2.6.32 nebo tak nějak už by to mělo být vyřešeno, ale jen pro některé druhy RAIDu. Pak taky některé moderní disky pro "zvýšení výkonu" s vyprázdněním cache švindlují, nebo zapisují bloky v jiném pořadí než FS potřebuje.

Třeba ext3 s tím má dost problém, dají se najít testy, kde při použití LVM a pár desítkách vypnutí v průběhu zatížení zápisem se filesystem úplně rozpadne (dojde ke špatnému pořadí zápisu žurnálu a dat). Odolnější by proti tomu měl být EXT4 nebo BTRFS, úplně to asi řeší jen ZFS od Sunu - škoda, že na linuxu asi jen tak nebude.

Takže pro zajištění spolehlivosti u HW RAIDu se drive write cache přímo na discích vypnou, a používá se jen cache na řadiči, která je zálohovaná baterií, a při výpadku napájení se nic nestane. Ten HW RAID si pak navíc může dovolit dělat lepší optimalizace v pořadí zápisu dat na disky.