One more thing: the big deal about DoubleSpace/DriveSpace is not the
compression itself, which could of course increase your free space,
but mostly comes from the variable-sector-per-cluster stuff: you get
lots of extra free space by cutting the space occupied by the many,
say, less than 1KB text f
Hi!
> Maybe with adding compression it could make a replacement for
> doublespace? (running it through the network redirector obviously)
Nope, doublespace compresses the actual data on your disk,
not the space which is free anyway ;-). I think it would be
nice to have a driver for one of those f
Hi!
> For this it is very sad that FreeDOS does not use the LEAN file system
> (http://freedos-32.sourceforge.net/doc/lean.html) instead. That has back
> pointers for pretty much everything and would as a consequence be much
> faster.
A lean ad ;-). But you can just as well build data structures
On 3/18/08, Ladislav Lacina <[EMAIL PROTECTED]> wrote:
> Dimitar Mitov kindly provided the bulgarian keyboard driver for text editor
> Blocek. The archives and webpage are updated.
> http://www.laaca-mirror.ic.cz
>
I mirrored this to the ibiblio archive. However, I noticed that the
binary rar fi
Dimitar Mitov kindly provided the bulgarian keyboard driver for text editor
Blocek. The archives and webpage are updated.
http://www.laaca-mirror.ic.cz
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Micro
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: freedos-devel@lists.sourceforg
For this it is very sad that FreeDOS does not use the LEAN file system
(http://freedos-32.sourceforge.net/doc/lean.html) instead. That has back
pointers for pretty much everything and would as a consequence be much faster.
Voting for a file system change ;-D
Imre
>- Oorspronkelijk bericht -
>- Oorspronkelijk bericht -
>Van: Eric Auer [mailto:[EMAIL PROTECTED]
>Verzonden: dinsdag, maart 18, 2008 01:54 PM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] Fwd: freedos defrag methods
>
>
>Hi!
>
>> I tried to defragment my 10Gb fat32 hdd. I choose quick tr
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 th
I'm tried to defragment my 10Gb hdd fat32 .I choose quick try.
terminate the working the disk map appears not fragmented.
I quit and exit, then restarting defrag: the map it's the same as before
quick try.
Why?
Imre Leber wrote:
>
>
> Here is the explanation:
>
> The old methods start by goi
Here is the explanation:
The old methods start by going through the disk from start to finish. For every
cluster it determines which file it has to put there. The file that is in the
way is moved to a different location and the file that should be there is put
in that location. This is very sl
11 matches
Mail list logo
