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