© J.C. Kessels 2009
MyDefrag Forum
May 19, 2013, 04:43:05 am
Welcome,
Guest
. Please
login
or
register
.
1 Hour
1 Day
1 Week
1 Month
Forever
Login with username, password and session length
News
:
Home
Help
Search
Login
Register
MyDefrag Forum
>
MyDefrag v4 Forum
>
Questions and help
>
Fast or Slow optimize?
Pages: [
1
]
« previous
next »
Print
Author
Topic: Fast or Slow optimize? (Read 2205 times)
rich
JkDefrag Senior
Posts: 41
Fast or Slow optimize?
«
on:
April 01, 2009, 03:23:59 pm »
Newbie here again! What are the performance advantages and disadvantages of using the Slow Optimization/Fast Update schedule as opposed to using a daily Fast Optimization script? Excuse my slowly increasing understanding of this awesome utility, but are there any advantages to one or the other, or does it depend on the what I need from my computer? Any opinions would be greatly appreciated. Also, I understand that this is in early beta stage (and I love the JKDefrag), but even at Beta 3, I think that this utility is far superior to anything else (free OR paid). Thanks.
Rich
Logged
CLRS530
JkDefrag Supporter
Posts: 11
Re: Fast or Slow optimize?
«
Reply #1 on:
April 01, 2009, 03:52:48 pm »
Without really looking at the scripts I think that slow optimize uses sorting by name which is important for the windows installed partition and for partitions with programs and games. If you have data partitions slow optimize has almost no affect.
With name sorting the files in a directiorie will be put together and they can be fastly accessed.
Logged
rich
JkDefrag Senior
Posts: 41
Re: Fast or Slow optimize?
«
Reply #2 on:
April 01, 2009, 04:55:36 pm »
Reiterated: In the opinion of you experienced script tweakers, which script (Slow Optimize/Fast Update or Fast Optimize) yields the best performance results?
Logged
poutnik
JkDefrag Hero
Posts: 1105
Re: Fast or Slow optimize?
«
Reply #3 on:
April 01, 2009, 05:09:05 pm »
Alternative is to define extra zone with directoryname("windows") or fullpath("c:\windows\*") parameter.
Or similar for particular game.
Logged
It can be fast, good or easy. You can pick just 2 of them....
Treating Spacehog zone by the same effort as Boot zone is like cleaning a garden by the same effort as a living room.
jeroen
Administrator
JkDefrag Hero
Posts: 7155
Re: Fast or Slow optimize?
«
Reply #4 on:
April 02, 2009, 11:41:32 am »
Quote from: rich on April 01, 2009, 04:55:36 pm
What are the performance advantages and disadvantages
Using Fastoptimize on a totally unorganized disk will result in a dramatic speed improvement. Using SlowOptimize instead of FastOptimize will result in even better performance, and will leave fewer gaps on disk. But I have no measurement data to back up either claim.
Logged
rich
JkDefrag Senior
Posts: 41
Re: Fast or Slow optimize?
«
Reply #5 on:
April 02, 2009, 12:22:06 pm »
Thanks Jeroen. As I am becoming more adept I appreciate the simple explanations. Every one is a newbie at everything in life at one time. I love your work, it makes Windows more usable!
By the way, I have noticed that the Fast Optimization leaves less fragmentation than the Slow Optimization/fast update. Why is that? Thanks.
Logged
jeroen
Administrator
JkDefrag Hero
Posts: 7155
Re: Fast or Slow optimize?
«
Reply #6 on:
April 02, 2009, 05:13:28 pm »
Quote from: rich on April 02, 2009, 12:22:06 pm
I have noticed that the Fast Optimization leaves less fragmentation than the Slow Optimization/fast update.
The SlowOptimizations sorts the files on disk, the FastOptimization only fills gaps. All the sorting fileactions will create fragments. They move all the data to the beginning of the zone in the specified order, but there may be some unmovable files in the way. Instead of leaving gaps (if a file doesn't fit between the last file and the unmovable file), the program will "wrap" the file around the unmovable file by splitting it into fragments. This may seem strange for a defragmenter, but the fragments are aligned and the impact on performance is therefore very small. Skipping the gaps would make all the files slower that are above the gap, because they would then be placed at a slightly slower part of the harddisk than they need to be. The fragments look terrible on the screen and in the statistics, but they are there to make your harddisk faster.
Logged
jm
JkDefrag Senior
Posts: 39
Re: Fast or Slow optimize?
«
Reply #7 on:
April 03, 2009, 11:27:35 pm »
I ran Windows XP SP3 in Safe mode, to do a SlowOptimize on my OS-partition, but near the end MyDefrag stalled when processing some file "C:\Documents and Settings\MyLoginName\ntuser.bak"
After an hour processing that same file, I gave up, and closed MyDefrag, but the Task Manager showed MyDefrag was still running for some 4 minutes, before it finally disapeared.
Could this be some bug ? File is only 11.7MB ?
Also, I see that MyDefrag is taking a very long file for the smalled (4.096 bytes) files, mostly it is processing these files longer than some 500MB files ? Is that normal please ?
TIA!
Logged
jeroen
Administrator
JkDefrag Hero
Posts: 7155
Re: Fast or Slow optimize?
«
Reply #8 on:
April 04, 2009, 03:51:11 am »
MyDefrag is based on the standard defragmentation API by Microsoft, a system library that is included in Windows 2000, 2003, XP, Vista, and 2008. Most defragmenters are based on this API, including commercial defragmenters. Basically all MyDefrag does is send "move this file to that location" commands to the API. The API is extremely solid, but has it oddities. From JkDefrag I know that it can sometimes "hang" on a file, or take a long time on an innocuous little file. I don't know why and there is not much I can do about it. That said, it is of course possible that MyDefrag beta contains a bug somewhere, but you are the first to report these two problems for MyDefrag.
Logged
Pages: [
1
]
Print
« previous
next »
Jump to:
Please select a destination:
-----------------------------
MyDefrag v4 Forum
-----------------------------
=> Announcements
=> Questions and help
=> Bugs and problems
=> Requests for new features
=> Scripts, and other contributions
-----------------------------
JkDefrag v3 Forum
-----------------------------
=> Announcements
=> Questions and help
=> Bugs and problems
=> Requests for new features
=> Programming with the library
Loading...