Xref: news2.mv.net comp.os.msdos.djgpp:5731
From: s0052mol AT sun10 DOT vsz DOT bme DOT hu (Molnar Laszlo)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Bug in stubify.c
Date: 8 Jul 1996 10:40:42 GMT
Organization: Technical University of Budapest
Lines: 32
Distribution: world
Message-ID: <4rqoja$mqh@goliat.eik.bme.hu>
References: <1 DOT 5 DOT 4 DOT 16 DOT 19960703185459 DOT 266fdb4e AT mailhost DOT cyberhighway DOT net> <4rfmnh$dr4 AT tempo DOT univ-lyon1 DOT fr> <4rj1aa$93s AT goliat DOT eik DOT bme DOT hu> <Du7z4D DOT CMn DOT 0 DOT -s AT cs DOT vu DOT nl>
NNTP-Posting-Host: sun10.vsz.bme.hu
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

Boon van der RJ (rjvdboon AT cs DOT vu DOT nl) wrote:

: >Not really. I use a program that is a combined disk cache AND ramdisk. It 
: >shares the memory dinamically between the cache and the ramdisk. If I 
: >allocate 5 Megs of XMS for this program I have a virtually 5 Megs 
: >large ramdisk and a virtually 5 Megs large cache. The rest from my 16 Megs 
:        don't you restrict that ^^^^^^^^  to about 2 or 3MB max?

As I said it dinamically shares the memory between the cache and the ramdisk 
(So if you have some files on the ramdisk which occupy 1 Meg, then you will 
have a 4 Megs large cache. If you delete a file from the ramdisk, Combi will 
use its memory as cache, and if you copy a file to the ramdisk, it will 
decrease the size of the cache).

: But still DJGPP uses tmp-files, which can be stored on a reasonably large
: ram-drive (at least 3Meg) And than a (2meg) cache for the hard-drive.
: I dare to say that DJGPP got faster after adding the ram-drive. Even with
: only 12 MB of RAMspace. (I think I read a recommendation for my
: configuration somewhere in the FAQ (only it said 16meg of RAM))

Yes it's really faster.

: >Ps: This program is called COMBI. Search for combi118.zip (or similar) if 
: >interested.  
: I have tried it, too bad it didn't work on my pc (something about DosVersions
: and plain crashes).

There is a command line switch, which will disable this version check 
(read the docs!)
It works fine with MSDOS 6.22.

Bye, ML