SlowOptimize Feedback

[schitzn]

Im executing the SlowOptimize.myd script, and Im not exactly sure whats happening, I see that it deals with the MFT, boot files, regular files and space hogs.  It doesnt really show anywhere what its dealing with.  I suggest maybe adding a tag scripting event to put some text above the percentage (top right corner) to tag the process "Arranging MFT (Stage 1/5)" or "Processing Boot Files (Stage 2/5)".

The reason this comes up is because 3.36 makes it clear whats being dealt with, and I can see SlowOptimize running what I believe to be the directory alignment, and it seems to be taking a very very long time (I assume because the movements all seem to be equal to the sector size of 4096 bytes).  If this is true, Im not understanding why 3.36 did this in like a minute and MyDefrag has been processing for 30 minutes and has only achieved 6%.

Another suggestion, to shove up the top right corner, is a estimated time remaining.  This could be calculated in a similar way to the percentage, taking into consideration elapsed time.  A counter to ensure this calculation isnt called more than every second would assist with cpu overhead in the calculation, and perhaps be helpful with minimizing other window redraws.

Oh, and I assume the SlowOptimize method is closest to the -3 used with JKDefrag?

[jonib]

The reason this comes up is because 3.36 makes it clear whats being dealt with, and I can see SlowOptimize running what I believe to be the directory alignment, and it seems to be taking a very very long time (I assume because the movements all seem to be equal to the sector size of 4096 bytes).  If this is true, Im not understanding why 3.36 did this in like a minute and MyDefrag has been processing for 30 minutes and has only achieved 6%.

It is Slow because it sorts all files but the spacehogs, from the description of SlowOptimize:

Code:

The script will first reclaim the MFT zones. It then defragments and
optimizes the following zones: the MFT, all the directories (sorted by
path), a free space, the files used when booting (sorted by boot sequence),
regular files (sorted by path), another free space, and the spacehogs (not
sorted).

Oh, and I assume the SlowOptimize method is closest to the -3 used with JKDefrag?

Based on this help page 3 = FastOptimize.MyD

jonib

[jeroen]

It doesnt really show anywhere what its dealing with.

The program has a message that shows what it is doing, but the message does not show in the beta because the beta is set for debugging.

estimated time remaining

JkDefrag v3 tries to calculate a time remaining, but it's very rough and the number can make weird looking jumps. It's basically impossible to calculate the time remaining, so for MyDefrag v4 I decided not to do that. The program shows a percentage based on two numbers. The meaning of the numbers varies with what the program is doing, but it's usually the number of clusters done divided by clusters to do.

Oh, and I assume the SlowOptimize method is closest to the -3 used with JKDefrag?

No, "-a 3" is FastOptimize.

[schitzn]

The program has a message that shows what it is doing, but the message does not show in the beta because the beta is set for debugging.

Just making sure we are on the same tangents, im referring to JKDefrag's messages about "phase 1/2/3" against MyDefrag's steps of dealing with Directories, MFT, Bootup files, regular files and spacehogs.  Im not understanding why this would be hidden for debugging?  It would make it easier for a user trying to troubleshoot a issue if one would know exactly what MyDefrag is dealing with.

As an example, It appears that its dealing with the lowest section of my diskmap in aligning things, and I assume by the sector size moves of 4096 bytes continually that its maybe directories being aligned being the smallest permitted sector permitted by my NTFS volume, but it seems to be taking an awfully long time to be getting anywhere in this process.  If I knew this, I could then inform you to say, why is this taking 3 hours against 1 minute in JKDefrag.

[jeroen]

it seems to be taking an awfully long time to be getting anywhere in this process.

It takes Windows more time to move the MFT and to move directories than an equivalent amount of data in regular files. I appreciate your help, but please be patient, this is only the second beta.