Originally Posted by Fred B
This could be different things happening with defrag , the fragments are removed and it moves files around so files are rewritten and become new files . Is the speed picking up again because the file is rewritten or is it because it is to much fragmented . On a not regular basis i defrag my ssd when needed with windows defrag , the effect can be very good when combining of free space is used .
On NTFS level i think it is to big of impact for ssd and old files do not fragment automatic , it starts with writing fragmented to ssd or the file could be re-saved and starts to fragment . And it is not easy to get fragmented files on a fast ssd , the evo is fast but maby the TLC could be giving problems when data remains longer on ssd .
How come the difference in cpu usage with hdtune
The speed picks up because the files are rewritten, I'm pretty sure.
I used a tool that copies data instead of a defragger. I've set input and output to be the drive's device. This means it worked on the drive itself below the file system and partitions. Basically, it reads a block of data of a certain size, then writes it back directly afterwards into the exact same place. Speed was back to normal afterwards.
Sooo... I don't know what's going on here, doesn't make any sense really. The drive should be in worse shape after that operation? Before writing to all of it, the areas without files were known as empty to the SSDs controller through TRIM, and it should have used that information to do something useful. The drive should think it's 100% full after that tool rewrote everything. The tool didn't work with files, so TRIM can't do anything at all, and every single bit of space on the drive has now been written to.Edited by deepor - 9/7/14 at 11:02am