PM>> Oops, when I went back and checked the doco, I found that Anthony was

 PM>> right; the maximum cache for HPFS is 2 meg. You'll just have to make the

 PM>> cache 2 meg and create a 6 meg RAM drive which should make zipping

 PM>> really quick. No one is likely to fill 6 meg with compressed mail (not

 PM>> even Rod can read *that* much mail in one day :-))



 PE> I guess I will be stuck with that after all.  It's a great shame having

 PE> to do that, but I guess I can stick borland c++ in there as well.  What

 PE> about making the programs resident, is that possible?  I really would

 PE> prefer to see unused stuff paged out to disk.  Come to think of it, will

 PE> my 6 meg ram drive get paged onto disk?  If so, I can make it 200 meg

 PE> instead.  How do I set up a ram drive anyway (while you're here)?  BFN.



you put VDISK.SYS in your config.sys (do a HELP VDISK.SYS). Reading the
doco, there is a limit of 4 meg on the size of the RAM disk. IBM seem to
have really spent a lot of effort making life difficult for people :-(



Hmmm, I wonder if you could set up *two* RAM disks. Put the BCOS2 headers
in one and use the other as a scratch pad area.



I don't know whether a RAM disk will get paged or not. When we were playing
the other day, it seemed as though the disk cache got paged out, so I guess
the RAM disk could as well. The question then is, which is more efficient -
I/O caused by paging, or I/O caused by reading/writing files? I suspect
paging would be better since it wouldn't be reading and writing the
directory.



I haven't seen anything that will make a program resident.





Paul



--- GoldED 2.40