#68 RFE: free space defrag

open
nobody
5
2012-12-21
2012-05-23
efa
No

please add a free space defragmenter. The algorithm should be something in between Full and Quick optimization. Should compact the free space all at the end, moving files (fragment or not) that are isolated, to the first possible free space after the main used block. Inner sectors of a disk are faster access, so keep most of the files near the inner is always best.

Discussion

  • efa
    efa
    2012-05-23

    more, having only one big free space at the end, eliminate the risk of fragmentation on newly created files.

     
  • Stefan Pendl
    Stefan Pendl
    2012-09-01

    Quick optimize is already moving not fragmented files to the beginning of the drive, so this will be closed.

    --
    Stefan

     
  • efa
    efa
    2012-09-04

    this RFE is about "free space defragmenter" not on "not fragmented files to the beginning".
    I do not think those two things are related. For example I just run Quick optimize on two partitions, and a lot of files are left in between free space at the end of partition, so free space is not defragmented.

     
  • efa
    efa
    2012-09-04

    I cannot attach shots probably as the RFE is closed

     
  • Stefan Pendl
    Stefan Pendl
    2012-09-04

    There is a size limit, so make sure the files don't exceed this limit.

    --
    Stefan

     
  • efa
    efa
    2012-09-04

    partitionC

     
  • efa
    efa
    2012-09-04

    partitionD quick defragmented

     
  • efa
    efa
    2012-09-04

    now I could upload the shots of the two partitions quick defragmented.
    Look, there are many holes of space left in between files (fragmented or not, doesn't matter)

     
  • Stefan Pendl
    Stefan Pendl
    2012-09-04

    Did you already try the repeat action?

    In some situations the process must be repeated multiple times, since the free space region is fragmented by unmovable files.

    Could you post a debug log file of an analysis of both drives, so we would know what your settings are.

    --
    Stefan

     
  • efa
    efa
    2012-09-05

    I'm trying to repeat, sure is not good, we have to repeat the process, UD algorithm should end when no further improvements are possible.

    Looking at he images, seems impossible to me all the red files are unmovable. Ok some can for Windows system folder, but on partition D are all not system files.

    Can you please explain me how con I extract the debug log file?

     
  • Stefan Pendl
    Stefan Pendl
    2012-09-05

    Have you checked the documentation section about reporting bugs?

    Have you taken a look at the help menu?

    If you can still not create a debug log, let us know.


    I didn't mean that the files can't be moved, but that the huge white area is currently split into thousands of fragments by a system file that can be moved.

    You might get a better view, if you set the grid line to zero and the block size to one.

    --
    Stefan

     
  • Ildar Mulyukov
    Ildar Mulyukov
    2012-11-05

    Ideally (for me) would be a Free Space Defrag with minimum of cluster moves (having SLOW USB storage in mind). Just to prepare a space for a big file to copy in it.

    Is this the Quick Optimization I am talking about or is it another (nonexistent) mode?

     
    • Stefan Pendl
      Stefan Pendl
      2012-11-05

      Quick optimize is designed to consolidate files at the beginning of the disk, including files that aren't fragmented.

      So the answer is yes, quick optimize should fulfill the job of consolidating free space at the end of the disk.

      --
      Stefan

       
      • Ildar Mulyukov
        Ildar Mulyukov
        2012-11-06

        1. QuickOptimize didn't do its job (see the screenshot).
        2. It is still too slow having many extra moves. Actually optimizing the free space and optimizing anything else are very different things.

        What do you think the chances of implementing the feature?

         
        Last edit: Ildar Mulyukov 2012-11-06
        • Stefan Pendl
          Stefan Pendl
          2012-11-06

          Did you try turning on the repeat action?

          BTW, 6% of free space left might not be enough to fully optimize the disk depending on the size of the files.

          In addition v6 has introduced some more options to exclude files by size from optimizing, so this could be a reason for the gaps too.

          --
          Stefan

           
          • Ildar Mulyukov
            Ildar Mulyukov
            2012-11-06

            as UD supports defragging of a single file, it's probably a way to do that: creating a file of the wanted size and defrag it?

             
  • Hi guys!

    Since you're craving for one big empty space at the end and all the files strongly in the beginning of the disk, I suggest the following:

    1. Run GPartEd or Partition Magic software and shrink the C: partition to, let's say 10% of the disk surface (keep it in the beginning, of course, for fastest access).

    2. Use the remaining 90% of the disk surface for D: partition. Keep it always free, never use it since it's on the slowest part of the disk ;-)

    So, you'll have all the files in the beginning of the disk and a big empty beyond. Exactly what you're craving for.


    Dmitri

     
    • Ildar Mulyukov
      Ildar Mulyukov
      2012-11-06

      indeed

       
  • tosser91
    tosser91
    2012-12-21

    If this feature be realized I prefer to see small option like "free space gap size at the beginning" or "operational free space" or "work area". I think it will be useful to have that gap for temporal and new files. Later if these files remain a defragmentation program will throw out it to optimal position and work area will be freed.

    ps. This option can be used with other defragmentation modes.