(⬤ᴥ⬤)@lemmy.blahaj.zone to 196@lemmy.blahaj.zone · 1 month agoefficient game design rulelemmy.blahaj.zoneimagemessage-square47fedilinkarrow-up1759arrow-down117
arrow-up1742arrow-down1imageefficient game design rulelemmy.blahaj.zone(⬤ᴥ⬤)@lemmy.blahaj.zone to 196@lemmy.blahaj.zone · 1 month agomessage-square47fedilink
minus-squarertxn@lemmy.worldlinkfedilinkEnglisharrow-up31·1 month agoIt’s possible that the log writer wanted to fseek to the end of the file and write something, but the target pointer value was somehow corrupted. Depending on the OS, the file might end up having a fuckton of zeroes in the skipped part.
minus-squareTheEntity@lemmy.worldlinkfedilinkarrow-up11arrow-down1·1 month agoThat should result in a sparse file on any sane filesystem, right?
minus-squarertxn@lemmy.worldlinkfedilinkEnglisharrow-up9·1 month agoTheoretically, yes. Theoretically NTFS supports sparse files, but I don’t know if the feature is enabled by default.
minus-squareThe_Decryptor@aussie.zonelinkfedilinkEnglisharrow-up2·1 month agoIt supports it, but it’s opt-in by apps. Enabling compression is another option (Though with a speed and size penalty), it’s user visible at least.
It’s possible that the log writer wanted to
fseek
to the end of the file and write something, but the target pointer value was somehow corrupted. Depending on the OS, the file might end up having a fuckton of zeroes in the skipped part.That should result in a sparse file on any sane filesystem, right?
Theoretically, yes. Theoretically NTFS supports sparse files, but I don’t know if the feature is enabled by default.
It supports it, but it’s opt-in by apps.
Enabling compression is another option (Though with a speed and size penalty), it’s user visible at least.