Intro Download and install Frequently Asked Questions Tips and tricks

Homepage







© J.C. Kessels 2009
MyDefrag Forum
June 19, 2013, 08:22:17 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Search Login Register  
Pages: 1 [2]
  Print  
Author Topic: Program is moving small files far, one cluster at a time...  (Read 8087 times)
alys
JkDefrag Junior
**
Posts: 7


View Profile
« Reply #15 on: April 12, 2007, 01:42:40 pm »

Quote from: "jeroen"

 The program will look at all the files above a gap, and tries to find a combination of files that will perfectly fill the gap. It does not try to move a particular file.

Yes. But I think this worm can appear when current gap is SHORTER than ANY FILE above a gap. So here strategy should try to place the shortest file of this set of long files. Not a combination. Isnt it?

Quote
I think the worm will be solved by adding a special case to the strategy. When the program wants to enlarge a gap it should check the size of all the files above the gap until the next gap. If less than the size of the gap, then the program should move the files down to the begin of the gap, instead of enlarging the gap by moving the files upwards.

yes it is reasonable.
one question. if you want to fill some gap with files - you analyze only files-candidates till next gap, or all files above current gap(till disk end). in current defragmenter implementation?
Logged
jeroen
Administrator
JkDefrag Hero
*****
Posts: 7156



View Profile WWW
« Reply #16 on: April 12, 2007, 02:46:37 pm »

Quote from: "alys"
So here strategy should try to place the shortest file of this set of long files.

If all files are bigger than the gap, then the program will try to enlarge the gap by moving the file away that is at the end of the gap. Since this file is bigger than the gap, the new size of the gap will be bigger than the shortest file above the gap. It can happen only once.

I think the worm can only happen when there are 2 or more small files directly above the gap, and 1 or more huge files further along.

Quote from: "alys"
Not a combination.

My 1-line description of the 100-line algorithm leaves out some special cases. For example, the gap-filling algorithm will also finds single files that exactly fill the gap. It does not only find combinations of files.

Quote from: "alys"
if you want to fill some gap with files - you analyze only files-candidates till next gap, or all files above current gap(till disk end). in current defragmenter implementation?

All files above the gap (till disk end).
Logged
jeroen
Administrator
JkDefrag Hero
*****
Posts: 7156



View Profile WWW
« Reply #17 on: April 20, 2007, 07:31:35 pm »

I have found the problem and have implemented a fix in version 3.8, which I have just released. I'm not completely sure though, because I have not been able to repeat the problem and have therefore not been able to verify with absolute certainty that the fix solves the problem, but I'm pretty sure.
Logged
Pages: 1 [2]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.5 | SMF © 2006-2008, Simple Machines LLC Valid XHTML 1.0! Valid CSS!