Maybe with adding compression it could make a replacement for doublespace?
(running it through the network redirector obviously) Imre >----- Oorspronkelijk bericht ----- >Van: Imre Leber [mailto:[EMAIL PROTECTED] >Verzonden: dinsdag, maart 18, 2008 07:10 PM >Aan: [email protected] >Onderwerp: Re: [Freedos-devel] Fwd: freedos defrag methods > > >>----- Oorspronkelijk bericht ----- >>Van: Eric Auer [mailto:[EMAIL PROTECTED] >>Verzonden: dinsdag, maart 18, 2008 01:54 PM >>Aan: [email protected] >>Onderwerp: Re: [Freedos-devel] Fwd: freedos defrag methods >> >> >>Hi! >> >>> I tried to defragment my 10Gb fat32 hdd. I choose quick try. >>> terminates: the working the disk map appears not fragmented. >>> I quit and exit, then restarting defrag: the map is the same >>> as before quick try. >> >>Because quick try only takes care that each file consists of >>only ONE area on the disk. It does not take care that there >>are no unused areas BETWEEN the files... I guess you could do >>a second run after the "quick try" in some mode like "move >>files to the beginning of the disk". Worst case would be that >>this mode has to copy every used data cluster once. This is >>slow but not as slow as having to "move files out of the way". >> >>So combining "defragment files, quick try style" with a 2nd >>step "move files and dirs to the beginning of the disk" after >>that should give you a completely defragmented and compact >>disk (nice for filesystem resize and nice for speed) in most >>cases. In SOME cases, when there is not enough consecutive >>free space for the quick try file defrag, only the very SLOW >>(and more sensitive) full defragmentation in old style could >>help you. >> >>I hope I explained that correctly :-) >> > >Yes, except that move the files to the front of the disk is still way too >slow. Sorry but that is what is has to be. Moving any amount of data on FAT32 >will never work, unless you have a week or so to let the program run. That's >why windows defrag doesn't do this, and that is why we don't do it. > >Just to give an indication of how infinitely slow it is try crunching a FAT16 >volume of some 2GB and then multiply that by a factor of 5 or so. This goes up >very fast if the volume is larger then 2GB. > >Imre > >>Eric >> >> >> >>------------------------------------------------------------------------- >>This SF.net email is sponsored by: Microsoft >>Defy all challenges. Microsoft(R) Visual Studio 2008. >>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>_______________________________________________ >>Freedos-devel mailing list >>[email protected] >>https://lists.sourceforge.net/lists/listinfo/freedos-devel >> >> > > > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Microsoft >Defy all challenges. Microsoft(R) Visual Studio 2008. >http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >_______________________________________________ >Freedos-devel mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/freedos-devel > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
