MoveUpFill() Function

[RandomClown]

It would be nice to have a 1 line function for this.
The current "MoveToEndOfDisk.MyD" is a bit confusing, & doesnt work for me:
- Giganto gaps everywhere
- Frags everywhere [frags are ok, but they failed to move-to-end-of-disk]
- Script ends before performing the next volume select

Code:

VolumeSelect
Name("D:")  // Inactive drive for backing up program installers
VolumeActions
MakeGap(PercentageOfVolume(100))   /* Dirty trick to move all the files to the end of the disk. */
VolumeEnd

// This is where my script says "Finished"

VolumeSelect
Name("D:")
VolumeActions
FileSelect
FileName("*.exe")
FileActions
Title('Organizing Volume')
SortByName(Ascending)
Title('Filling')
MoveDownFill()
FileEnd
VolumeEnd

An actual function dedicated to moving up is better than a trick.

I hope this will be added.
I have to use RunScript to run the old JkDefrag -6 if I want to move files up.


Thanks for reading

[jeroen]

Thanks for sharing your idea, I appreciate it. Making it easier to move files to the end of the disk has been asked before, and several suggestions have been offered. I still have to look at it and decide on the best way to do it.

p.s. Volumes are only processed once in a script. See the second bullit on the VolumeSelect page.

[Darlis]

You can do this in one VolumeSelect:
Remove the first VolumeSelect and put the MakeGap(PercentageOfVolume(100)) statement after FileEnd of the second VolumeSelect.
This will move all *.exe-files down and everything else up.

Btw. the MoveDownFill() statement does nothing, because SortByName() already moved everything down without leaving gaps.

[Kasuha]

I don't like MoveDownFill() command. If there's a single gap in the zone, it'll move the whole rest of the zone and if the gap isn't big enough it'll move each file twice - first to move it out of the way, second to move it to the place. I also have no idea what it would do if it runs into start of a fragmented file which doesn't fit into the gap available.
Notice that any new files will be placed out of order anyway and if the zone shifts up because previous zone grew, all files that are now below the zone start will get scattered too.

For the same reason I'd prefer FastFillUp() with optional WithShuffling parameter - it'll work the same way FastFill works, but backwards, i.e. it'd pack all files towards the end of the disk.

If there isn't any special reason for it, MoveDownFill() should IMO work as this:
- if the gap is big enough to contain file following the gap, move it there
- if it is not, move the following file behind all files in the zone and repeat the process (i.e. try to move down the file which is NOW following the bigger gap)

That way, the whole zone will still get moved, but most files will only get moved once and only few files will get out of their positions.

[jeroen]

MoveDownFill() should IMO work as this:

Thanks for sharing your idea, I appreciate it. I like the idea, and have put it on the wishlist for future implementation. It will indeed reduce the amount of data moved, making the program finish sooner.