Jump to content

eL_PuSHeR

Experienced Members
  • Posts

    829
  • Joined

  • Last visited

Posts posted by eL_PuSHeR

  1. Hello. Using v.1.20 under WinXP.

     

    I used the defrag freespace on an already defragmented partition and, after finishing, Defraggler fragmented four files which were not fragmented before. Then I notice no difference for using the Defrag Freespace allowing fragmentation. Both free space options create further fragmentation. I think the Free Space defrag should leave gaps opened but it shouldn't create new fragments.

  2. PageDefrag only works on XP though. On Vista/7 you'll have to use a trial version of a paid defragmenter such as PerfectDisk or Diskeeper. Don't worry, defragging that kind of files is only done once, so you won't have to buy the software - they all come with a trial period;)

     

    I have been able to defrag some critical filesystem data (as the MFT) by running Defraggler from a boot CD.

  3. I am testing Defraggler thoroughly and I have found that the "Defrag option" isn't that much useable with large partitions (for partitions bigger that 30Gb in size or so). That's because the method used is PAINFULLY SLOW, specially when there are lots of small files. I don't know the algorithm involved here but it tends to move a lot of already defragged data all around the disk adding a lot of time before completing the operation. I do not want to start a flame war but even WinXP built-in defragmenter does a better job in filling gaps (in less time).

     

    Any ideas?. Defraggler is a good product but I think I will be using the "Quick defrag" option only for now. No reason for spending several hours to fill up some gaps in an already defragmented 300Gb partition. I don't care if there are some gaps left.

     

    Keep up the good work. What I really like about Defraggler is that is free and that it isn't clog your system with unneeded s**t. Piriform programmers deserve some big praise.

     

    EDIT: I right-clicked on a drive letter and found two advanced options from defragging free space. That's what I wanted! (and I have missed them). Doing a Quick Defrag+Defrag freespace allowing fragmentation is very fast and quite effective. Another reason for not understanding the need for a full "defrag" option. What are its benefits?

  4. Hello.

     

    I have downloaded version 1.20 today. By reading the changelog I have known that Defraggler won't move files inside the MFTZone anymore. I would like this to be optional. Moving files inside the MFT Zone proved quite useful to me, to force relocation of said MFTZone. I tend to pad my MTF so there is always 25-50% free space, so it doesn't get fragmented easily.

     

    This is the batch file I use for padding MFT: (Copied from somewhere else).

     

    @echo off

    set /p input="Enter Size of desired MFT padding in KB: "

    cls

    md mft

    cd mft

    set /a fc=1

    set /a n=1

    call :mkdir

     

    :s

    echo. > %n%

    set /a percent=%n%*100/%input%

    cls

    echo %percent%%% Complete

    if %n%==%input% goto :end

    set /a n+=1

    set /a c+=1

    if %c%==50000 call :mkdir

    goto :s

     

    :mkdir

    cd %~dp0

    md mft%fc%

    cd mft%fc%

    set /a fc+=1

    set /a c=0

    goto :eof

     

    :end

    cd %~dp0

    pause

    for /D %%a in (%~dp0\mft*) do rd /s /q %%a

     

    Would it be possible for future versions to include an option to write into MFTZone. Is it really that dangerous to do so?

  5. Hello. I like defraggler a lot. I am using latest version 1.19 on WinXP.

     

    However it would be nice if Piriform would add/change some new defragmentation methods, such as:

     

    1.- Quick defrag. Same as it is now. Just tries to defrag fragmented files without doing anything else.

    2.- Normal defrag. Same as Quick but it also tries to fill gaps but without putting too much emphasis either, leaving some gaps if necessary to shorten up process time. (Loose packing)

     

    3.- Thorough defrag. This would be as the regular "defrag drive". It puts the most emphasis on filling gaps even if it has to move around almost every file on the partition (tight packing).

     

    What do you think?

  6. I use eruNT on a regular basis so I have backups of registry. I also back up entire partition every 10 days or so. But I agree that it's a safe measure to backup entries before deleting/cleaning them.

     

    I have System Restore totally disabled so invoking it before cleaning would be useless for me, although it's not a bad idea at all.

  7. I don't know if Defraggler would move them. But there are not fragmented.

     

    EDIT: I have checked the file list and there are only about 130 files there. Not a big deal for taking so much time. I will keep using Windows Defrag which performs ok for me until this issues are sorted out.

     

    Followup:

     

    I don't know what placement algorithm Defraggler uses but it seems that almost every file on the partition is moved up and down when full defragmentation is selected. When filling gaps it would be wise to fill up the first gaps choosing blocks at the end of the disk. Otherwise you move the same clusters over and over again on subsequent deframentation passes. At least this approach should be an option under configuration.

     

    Well I hope this is my last update for now: This issue is the same when fragmentation = 0% and the file list is empty. It's the "filling gaps" phase that is slow as hell.

  8. Have you check the "File list" perhaps you have 1000s of small files to defrag??

     

    Richard S.

     

    I don't know if Defraggler would move them. But there are not fragmented.

     

    EDIT: I have checked the file list and there are only about 130 files there. Not a big deal for taking so much time. I will keep using Windows Defrag which performs ok for me until this issues are sorted out.

     

    Followup:

     

    I don't know what placement algorithm Defraggler uses but it seems that almost every file on the partition is moved up and down when full defragmentation is selected. When filling gaps it would be wise to fill up the first gaps choosing blocks at the end of the disk. Otherwise you move the same clusters over and over again on subsequent deframentation passes. At least this approach should be an option under configuration.

  9. Hello.

     

    I am posting in this section because I am not sure whether this is a bug or not.

     

    I am running Defraggler 1.19.192 under Windows XP SP3 and I have noticed that while Defraggler starts at a very good pace using the DEFRAGMENTATION option (not the QUICK one) it slows down to a crawl after 25% defragmented for my E: 100GB NTFS partition (it is a games only partition - with many small files like the ones from Steam), which isn't that much fragmented. It seems that it's moving some small files to fill gaps but I do not know why it's doing it at snail speeds. No wonder it is going to take a few hours to defragment an almost already defragmented partition.

     

    I have attached a screenshot detailing the zone where Defraggler is slowing down, highlighted green.

     

    Also chkdsk reports:

     

    104856220 KB total disk space.

    61166608 KB in 84949 files.

    29968 KB in 1995 indexes.

    0 KB in bad clusters.

    184500 KB in use by the system.

     

    Best regards.

     

    defraggler.th.png

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.