fsync sice provede flush jednoho souboru, jenže řada FS (by default ext3) se snaží zapisovat data na disk v pořadí, ve kterém proběhly zápisy. Jinými slovy pokud vytvoříte A, přejmenujete B, a modifikujete C, tak fsync(C) vede k zapsání akcí provedených nad objekty A a B. A protože write cache může být plná různých věcí, a fsync je synchronní volání, tak vaše aplikace bude celkem dlouho čekat, než se dostane znovu k lizu.
Funkce rename je atomická, ale bohužel unlink(a);rename(b) atomické není. Ve Windows být může, ovšem to jsme vývojově o 10+ let jinde. U konfigurační DB, která tenhle problém nepotřebuje řešit, pak o 20+ let jinde.
Názor ke zprávičce Ext4 pomohlo odhalit „špatně“ napsané aplikace
Lael Ophir (neregistrovaný)
20. 3. 2009 16:45
