Odpověď na názor

[35] Škoda, že taková aplikace je dpkg.
- k první části nebudu reagovat, protože je to úplně jinak než píšete a vydalo by to na samostatný článek.

[34] Btrfs se takto opravuje už několik let. Blogpost je návod, jak si lze fsync vypnout. Máte naprostou svobodu můj návod nečíst, nebo si z něj vzít jen některé myšlenky.

Trvám na tom, že fsync je zastaralý a mnohem víc se užije seřazování. Příklad replikace databáze je nesmysl, už proto, že jde o replikaci (mj záloha dat). Replikace nezaručuje, že data poslaná po síti budou zapsaná ihned na cílovém stroji. Proč bych tedy měl vyžadovat data zapsaná na disku? On z toho disku čte ještě někdo další? (který nejde přes OS?). Při výpadku proud vám nikdo nemůže zaručit, že odeslaná data tam budou nebo nebudou (co když při výpadku proudu odejde celý filesystem?). Měl by vám ale zaručit, že data budou konzistentní. Což lze bez fsyncu za použití seřazovacích technik.

Opakuju, že BFUčko nepozná, kdy mu vypadl proud, jestli před tím, než vydal příkaz, nebo až potom. Kolikrát ani neví, kdy aplikace výsledek příkazu skutečně zaznamenala trvale na disk.

Silent data corruption jsem opravdu neobjevil. fsck nic nehlásí, všechno funguje jak má, filesystém je žurnálový (mimochodem, v žurnálu fsync vypnutý není a taky to z userspace nejde)