My defrag script. Chunk size 100MB with Fill using files under 500MB

[Mohan]

My script is simple enough.
If Mydefrag doesn't support:
1) Select All files and defrag those
2) Select Files under 500 MB and use them to fill.
Then damn, I'll just go back to auslogics disk defrag.
I still use this to analyze my HDs but to defrag ? Maybe next year.

My script that should have worked but doesn't is still as an attachment.
It's pretty simple, but the program doesn't understand it so...
Any moderator is free to delete this thread.

[poutnik]

In light of

Do not set a very low chunk size. It will not only make MyDefrag slower (moving big chunks is far more efficient), but more importantly will cause the MFT to become bigger and will make all disk access slower (for all applications, not just MyDefrag). Files are stored in the MFT in "extends". Contiguous extends (back-to-front on the disk) form fragments. The number of extends is not listed by MyDefrag (or any other defragmentation program) but should be as low as possible, just like the number of fragments should be as low as possible. Decreasing the chunk size will increase the number of extends.

it seems to me FileMoveChunkSize(1M) is far too small.

And first fileselect will choose all files, so nothing will be left for the 2nd one.

Code:

FileSelect
all
FileActions
Defragment(ChunkSize(100))
FileEnd
FileSelect
Size(0,500M)
FileActions
FastFill()
FileEnd
VolumeEnd

[jeroen]

I wasn't completely impressed with the default scripts.

Most users expect complete defragmentation and optimization, and do not care so much about processing time. So that's what the default scripts do. Feel free to write your own scripts, that's what the MyDefrag scripting is for.

Now let me see if this board can take the script as an attachment..

Yes it can, see the "additional options" just below where you type text.

[verdy_p]

In light of

Do not set a very low chunk size. It will not only make MyDefrag slower (moving big chunks is far more efficient), but more importantly will cause the MFT to become bigger and will make all disk access slower (for all applications, not just MyDefrag). Files are stored in the MFT in "extends". Contiguous extends (back-to-front on the disk) form fragments. The number of extends is not listed by MyDefrag (or any other defragmentation program) but should be as low as possible, just like the number of fragments should be as low as possible. Decreasing the chunk size will increase the number of extends.

it seems to me FileMoveChunkSize(1M) is far too small.

And first fileselect will choose all files, so nothing will be left for the 2nd one.

Code:

FileSelect
all
FileActions
Defragment(ChunkSize(100))
FileEnd
FileSelect
Size(0,500M)
FileActions
FastFill()
FileEnd
VolumeEnd

That's right! You'd better defragment in the first pass only the large files, and then select the remaining small files to fast fill, if that's erally what you want. But personnaly, I would most probably do the reverse: defragment small files in the first zone (at the begining of disk, where they will be faster), and use fast fill for the remaining large files in the second zone.