this post was submitted on 30 Nov 2023
1 points (100.0% liked)
Data Hoarder
170 readers
1 users here now
We are digital librarians. Among us are represented the various reasons to keep data -- legal requirements, competitive requirements, uncertainty of permanence of cloud services, distaste for transmitting your data externally (e.g. government or corporate espionage), cultural and familial archivists, internet collapse preppers, and people who do it themselves so they're sure it's done right. Everyone has their reasons for curating the data they have decided to keep (either forever or For A Damn Long Time (tm) ). Along the way we have sought out like-minded individuals to exchange strategies, war stories, and cautionary tales of failures.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Yes, Windows does this. I stumbled onto that too when my incremental backups were 'randomly' big. It's just one of many many thing that are terribly broken about Windows and especially NTFS. The issue is that the scheduled task performs media-specific "optimizations" by default, which in case of SSD does normally only mean retrim, but every so often also an actual defrag. I disabled the task and do it manually now. You still have "live" trims when you deleted files, at least on NVMe, I think it's off for SATA drives though, as many are buggy with it.
Another really stupid thing is that you should disable shadow copies, otherwise it can happen that data gets written as many times as you have (persistent) shadow copies, eg writing 1G with 6 shadow copies -> 6G written. Absolutely insane.
You often hear this type of "internet wisdom" repeated from decades ago that all this is a solved problem, but it's really not and no one cares about fixing these fundamental issues at Microsoft. They did seemingly pick up work on ReFS again, but from reports it's still very buggy and who knows if it will be ready for Windows 12 next year or if that is even their goal.