záhadná ztráta dat

Jaroslav Lukesh lukesh na seznam.cz
Úterý Září 27 11:52:11 CEST 2011


Jak nízký? Doporučených 5 vteřin? Osobně jsem pro zkrácení na 1-2 vteřiny.

Commit udává že se data začnou zapisovat nejpozději do tohoto intervalu. To 
že tam zapíše něco dřív je jen z důvodu, že potřebuje uvolnit cache. 
Algoritmus výběru co zapíše dřív, neznám.

Jak často uspáváte disk? U notebooku není disk největším žroutem, takže jeho 
vypínání baterky moc neušetří. Snižte takt cpu a podsvícení o stupeň, co 
napíše u baterek. Disk vypínejte až po 10-20 minutách, kdy je jeho odložení 
jasné.


----- Původní zpráva ----- 
Od: "Antonín Kolísek" <antonin.kolisek na centrum.cz>


Dne 27.9.2011 8:46, Jaroslav Lukesh napsal(a):
> Vše co se ukládalo v poslední hodině a něco, pokud máte dost ramky, na
> disku prostě nemáte. Nastavil jste si ohromné zpoždění write cache,
> takže se nedivte ničemu. Hodinu bez opodstatněného důvodu fakt může
> dát jen někdo kdo to odněkud opsal, co si od toho slibujete, nárůst
> výkonu? Neřekl bych nic, kdyby jste to měl na databázový server
> jištěný velkou upskou a motorgenerátorem, ale notebook?

Nízký commit interval mi neustále probouzel disk, takže jsem to bohužel
řešil takto. Jen tak mimochodem, interval mezi kompilací qemu a
instalací vde2 byl cca 15minut a vde2 na disku bylo. Takže kde je těch
60minut? Mám pocit, že právě u NB je potřeba aby co nejvíce zařízení
spalo.... 



Další informace o konferenci Linux