smileyhead to linuxmemes@lemmy.worldEnglish · 7 months agomv Windows Linuxdiscuss.tchncs.deimagemessage-square107fedilinkarrow-up11.01Karrow-down130
arrow-up1982arrow-down1imagemv Windows Linuxdiscuss.tchncs.desmileyhead to linuxmemes@lemmy.worldEnglish · 7 months agomessage-square107fedilink
minus-squareSonotsugipaa@lemmy.dbzer0.comlinkfedilinkEnglisharrow-up1·7 months agoI’m very confused by this thread. Progress bars are handled by the applications themselves, whether flushing happens or not; immediate flushing does not increase storage lifespan, in fact letting the OS decide when to do it may allow wear-leveling to work better. (Though, IMO immediate flushing should be the default for removable media on user-friendly distributions, like swap partitions are)
minus-squaresmileyheadOPlinkfedilinkarrow-up2·7 months ago Progress bars are handled by the applications themselves Yes, but OS must tell the application how much of the operation is done immediate flushing does not increase storage lifespan I was trying to say the opposite. Caching/buffering is what longers the lifespan and can speed system up
I’m very confused by this thread.
Progress bars are handled by the applications themselves, whether flushing happens or not;
immediate flushing does not increase storage lifespan, in fact letting the OS decide when to do it may allow wear-leveling to work better.
(Though, IMO immediate flushing should be the default for removable media on user-friendly distributions, like swap partitions are)
Yes, but OS must tell the application how much of the operation is done
I was trying to say the opposite. Caching/buffering is what longers the lifespan and can speed system up