3 ms·
HFS+ has had on-the-fly defrag for ages now. Did you have issues with it? What kind of files do you work with?
by tambourine_man 8y ago
HFS+ has had on-the-fly defrag for ages now. Did you have issues with it? What kind of files do you work with?
- sjwright 8y agoHere's the essential business logic specification for HFS+ automatic de-fragmentation, for the curious. It's actually quite a clever spec, because it takes advantage of existing efforts to read fragmented files to perform the majority of the de-fragmentation process. I'm not sure if this spec applies to APFS or for SSDs. (With SSDs you're generally better off not defragmenting most of the time, because the performance penalty is far lower, but the write amplification has consequences.) —————— When a file is opened on an HFS+ volume, the following conditions are tested: If the file is less than 20 MB in size If the file is not already busy If the file is not read-only If the file has more than eight extents If the system has been up for at least 3 mins If all of the above conditions are satisfied, the file is relocated—it is defragmented on-the-fly. http://osxbook.com/software/hfsdebug/fragmentation.html http://osxbook.com/software/hfsdebug/fragmentation.html ——————
- petecooper 8y agoA moderate amount of my work involves video training and the component parts to build, so raw video and audio. It's subjective, but there are times that video and audio stutters a bit and it's not down to the available CPU or RAM (plenty of headroom there).