Intro Download and install Frequently Asked Questions Tips and tricks

Homepage







© J.C. Kessels 2009
MyDefrag Forum
May 20, 2013, 03:55:45 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: If a file is only 2 fragments, why is MyDefrag taking 100,000 moves to move it?  (Read 857 times)
Falcon4
JkDefrag Hero
*****
Posts: 141


teh Fighting Falcon™


View Profile
« on: December 10, 2009, 09:01:58 pm »

I've got an ongoing issue with runs of MyDefrag on drives with... well, pretty much any fragmented files at all.

It seems, while it runs, it takes fragmented files in very, very small (like 60,000 byte) chunks. Even though the map indicates that the file is only split in, in the worst case, 2 fragments. Other times this has occurred with files in 130 fragments and so on.

I can't figure out why it's doing this. Its internal workings wouldn't usually make a difference to me, except that it makes MyDefrag slooooooow as hell when it runs across one of these files. MyDefrag eats up a whole CPU core, and memory usage begins piling up. I can see the status indicator endlessly rolling off chunks of the file. Moving 60,000 bytes at offset=123456 to LCN=98765... etc.

The odd thing is, on the map, the file it's working on defragmenting flashes on and off the screen. It only appears on the screen when I pause (spacebar), then disappears (goes to black, "free") again when I resume, sometimes flashing on for a brief moment as it churns away with chunks.

It also bugs me that MyDefrag changed its method from defragmenting-on-move to this new, slow method. It used to take all parts of a fragmented file and move it all at once to a new location out of the way. Now, it wastes a lot of time re-fragmenting the file until it gets to its proper place. It often ends up shuffling the same file from zone to zone several times as it goes (hence my long standing recommendation to change the way MyDefrag finds a free spot by searching for the zone the file would likely end up in). And, you guessed it, every time the file gets shuffled, 100% CPU usage and slooooooow chunk by chunk moves.

Figured I'd bring this little issue to light. Otherwise, well... I'm still loving the thing! Smiley

edit: A few screenshots to enjoy, of course.


* running.PNG (27.38 KB, 1024x768 - viewed 270 times.)

* paused.PNG (27.78 KB, 1024x768 - viewed 283 times.)
« Last Edit: December 10, 2009, 09:06:13 pm by Falcon4 » Logged


F*ck Vista. Current system: Acer Extensa 4420/Turion 64 X2 1.9GHz TL-57 (upgrade from TK-57)/2gb HyperX RAM/160 HDD/Windows 7 Pro RTM x86
Falcon4
JkDefrag Hero
*****
Posts: 141


teh Fighting Falcon™


View Profile
« Reply #1 on: December 10, 2009, 09:25:09 pm »

20 minutes later...  Shocked

(Desktop system, 1.6GHz Atom 330, 1gb RAM)


* 20minlater.PNG (27.73 KB, 1024x768 - viewed 247 times.)
Logged


F*ck Vista. Current system: Acer Extensa 4420/Turion 64 X2 1.9GHz TL-57 (upgrade from TK-57)/2gb HyperX RAM/160 HDD/Windows 7 Pro RTM x86
quanthero
JkDefrag Hero
*****
Posts: 234



View Profile
« Reply #2 on: December 10, 2009, 11:00:23 pm »

There are couple of possibilities: either file is compressed or you set very low FileMoveChunkSize().
Logged
Falcon4
JkDefrag Hero
*****
Posts: 141


teh Fighting Falcon™


View Profile
« Reply #3 on: December 10, 2009, 11:16:58 pm »

It's compressed. Yep. I uncompressed it and ran it, and it did the same thing, though.

Normal fragmented files seem to move pretty quickly and move in larger chunks, so it seems that MyDefrag is still having trouble with compressed files...
Logged


F*ck Vista. Current system: Acer Extensa 4420/Turion 64 X2 1.9GHz TL-57 (upgrade from TK-57)/2gb HyperX RAM/160 HDD/Windows 7 Pro RTM x86
jeroen
Administrator
JkDefrag Hero
*****
Posts: 7155



View Profile WWW
« Reply #4 on: December 11, 2009, 01:54:18 am »

I've got an ongoing issue with runs of MyDefrag on drives with... well, pretty much any fragmented files at all.
From your description I think that MyDefrag at that time is not defragmenting the file, but moving it out of the way. Yes, if a file to be vacated is compressed with NTFS compression then that can be very slow. I have made a note and will see if I can make it faster.
Logged
Pages: [1]
  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!