Article encourages a fix to a problem with "lost disk writes" with no investigation nor explanation as to why writes are lost.
defrost•40m ago
Generally these are writes that are lost after the kernel confirms data accepted by application write(). The causes can be hardware glitching, the difficulty lies with alerting the application that has already moved on assuming all is good.
The article is about "circling back" and re-checking data blocks against checksums seperately stored rather than relying on hardware checksums and data blocks that match but are "old" (not updated when expected).
The "why" of how such things happen is long and turgid exposition into sometimes shit happens .. and that's a book or three by itself.
rootsudo•21m ago
The text feels AI generated and is unreadable to me.
_wire_•1h ago
defrost•40m ago
This in the realm of Dan Luu's fsyncgate: https://danluu.com/fsyncgate/ (discussed here: https://news.ycombinator.com/item?id=19126824 ) and "Crash Consistency" https://danluu.com/file-consistency/
The article is about "circling back" and re-checking data blocks against checksums seperately stored rather than relying on hardware checksums and data blocks that match but are "old" (not updated when expected).
The "why" of how such things happen is long and turgid exposition into sometimes shit happens .. and that's a book or three by itself.