using the built in windows disk management tool, so the existing boot partitions no longer exist.
Disk management should cover it all, but i'd still check if the disk is GPT or MBR
Generally what happens when a file is being defragged vs the entire drive, is that one file is read and written again - and the previous copy is deleted and marked as free space. Shadow copies keep that second copy as a second tier of "in use" for the ability to be un-deleted
So while reading "SSD defrag" might be worrying if its the case of writing a single extra file? It's nothing at all.
Those links specifically cover exceptions where they need to be defragged since they need contiguous space for the snapshots to work properly, but that;s unlikely to even double the write load of what's being written let alone amplify them even further
This is my 1TB drive in Defraggler
If the snapshots needed more space they use up that solid white space near the bottom, then move whatevers below (especially already fragmented files) up into the free space higher above
That's not the same as running a full defrag like defragglers free space defrag or ultimate defrags alphabetical system where every single file gets moved, and possibly more than once
File defrags and disk defrags are very veeeeeery different in terms of writes, and windows tools only do file defrags - "quick" defrags
The reason this is done is to REDUCE writes. To prevent one large file needing to be written to 10 half full NAND cells instead of to 5 empty ones - Not to add more or wear the drive out.
Deletes don't use a write - they simply mark the space as empty, when they're just removing it's location from the file table.
Gah as a great example, this bastard of a file is spread over 16,000 fragments on my C: drive
Great job, Ryzen master!
It's gunna take a lot less writes to do one contiguous file, vs 16,000 fragments to NAND with existing files in them
One of my games files (~10GB) had 5,000 fragments
Zero concern from me to defrag that one file to speed it's load times up