davexnet

Yes - this is what I'm referring to. It was ineffective for me, there was free space available, but not enough contiguous to move whole files into. As I said above, it looked as if Defraggler was "thinking" (99% cpu), but couldn't fgure out how best to proceed. My suggestion is to have a "best fit" option (related to move large files to end) that will allow the program to move the bigger files EVEN IF it can't get them into one extent. This would be a great addition to the program, the defrag process would take much less time. Thanks.

HI all, small XP partition, 80GB, 15GB free, about 20GB are "large files" (500MB to 2 GB) Defraggler was going through gyrations, but unable to move some of the files to the slow end of the drive. I opened iup task manager, defraggler using 95% CPU. I would say there was 2 or 3GB (perhaps in 4 or 5 extents) belonging to large files stuck in the start of the drive. Please consider this option. Have a best effort "move large files to the end of the drive" It doesn't really matter if large files are not in one extent. If it's in a few extents who cares? Doesn't affect the file performance. If Defraggler was programmed this way, it would have put ALL of my large file fragments in the slow part of the drive comfortably and quickly. Instead it ran for about an hour before I stopped it. It apperared to be "thinking", perhaps trying to figure out how to put ALL the files in one extent each? It's not necessary. Please consider my request.

Your comment sounds reasonable, but I would ask why does it need to find a big space, since all the files in that partition are small (< 100MB) ?

Hi all, running the latest defraggler on a very small XP partition, only 5.8GB, 19% free. There are no big files on this drive. What would cause this? In the defrag settings, I do have "move large files to the end" selected, intended for one of the other partitions. The largest file on this XP is the pagefile, 1GB, and that's not moveable anyway. I ran it again, but this time I deselected "move large files to the end". and it finished OK. It's odd, because as I said, there are no large files in this partiton. Here's the analysis by a program called Tressize Free which shows the file allocation.

After moving some files to the end of space as I mentioned, I let it run for a further 15 minutes during which there was little to no HDD activity (the HDD light was not on except for occasional flicker) and cpu was maxed out on one core. My biggest file may be 2GB, but I have about 15 GB free at end of the drive (as I mentioned 17% free). In fact, I reduced the "maximum file size" in the settings to 250 MB and restarted it and it ran OK for about a minute, moved 2 or 3 more files to the end of the disk and then repeated the behavior I described above. EDIT it occurred to me that the files I'm trying to get the program to move to the end of the disk based on their size may already be defragged, but at the start/middle of the disk - should/will the program still move them?

Hello - I have a 120GB partition with 17.6 GB free. I have some media and game files that vary in size from 300MB to 1.5 GB. In the settings, I chose "move large files to end of drive" and I set a minimum file size of 349MB. Also added a couple of "file types" to the table. The defrag reaches 9% and I can see some files have indeed been moved to the very end of the space, but not all of them. The program seems stuck (very little disk activity), and opening Task Manager, I can see that it's using 50 % of the CPU (the whole of one core). I'm using the latest version, 206.