home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!CUNYVMS1!RMB
- Message-ID: <0095F53B.92282A68.12541@cunyvms1.gc.cuny.edu>
- Date: Wed, 19 Aug 92 11:32:53 EDT
- Sender: Nota Bene List <NOTABENE@TAUNIVM>
- From: Robert Braham <RMB@CUNYVMS1>
- Subject: Lockup on "Overflow" use, con't.
- Newsgroups: bit.listserv.notabene
- Lines: 21
-
- Alright, _don't_ tell me what Apple Betty is. I can't wait till
- the conversation turns to paprikash and palaczinta . . .
-
- A month or so ago I reported on the habit NB has of locking up completely
- when it tried to unload from memory the last of _x_ number of big files
- that required an overflow. One or more people responded (I'm sorry
- but I can't remember who) with the suggestion that my D: ram disk was
- too small, and suggested I get PC-Kwik, which can dynamically share
- RAM w/ its cache. I have done so, and, w/ a 1024K ramdisk (before,
- w/ lockups, was 512K), everything works fine. You were right, whoever
- you are/were.
-
- What is curious is that when the spill drive is c:--w/ tons of room to
- spare--NB locks up; this was confirmed on an NBI tech support system as
- well.
-
- I'm less happy w/ the cache itself (it does not have delayed write,
- in the name of security in the event of power-out or crash), and is
- consequently more disk intensive than Hyperdisk; but the dynamic
- RAM disk is integral to the cache, so I'm stuck w/ both. Can't
- have everything, I guess.
-