home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.databases
- Path: sparky!uunet!nih-csl!machacker.dcrt.nih.gov!user
- From: edestes@pop.nih.gov (Ed Estes)
- Subject: Re: 4D Server Memory
- Message-ID: <edestes-120193153116@machacker.dcrt.nih.gov>
- Followup-To: comp.sys.mac.databases
- Sender: postman@alw.nih.gov (AMDS Postmaster)
- Organization: NIH
- References: <93008.110418MAW14@psuvm.psu.edu> <michaelh.726704623@Xenon.Stanford.EDU>
- Date: Tue, 12 Jan 1993 20:41:35 GMT
- Lines: 36
-
- In article <michaelh.726704623@Xenon.Stanford.EDU>,
- michaelh@Xenon.Stanford.EDU (Mike Hennahane) wrote:
- >
- >Morris Weinstock <MAW14@psuvm.psu.edu> writes:
- >
- >>Does anyone know how much memory the 4D server (for 3 simultaneous users) would
- >>take up?
- >
- >this depends on the complexity of the database that it is running.
- >there *is* a downside t giving it too much memory; 4d server has to
- >flush its cache every so often, so if the memory is bumped up high,
- >then the cache will be large and users will have to wait. most
- >databases probably don't need much more than the amount of memory that
- >is the default (i think 1500K).
- >
- >--mike
-
- I just got back from DevCon6 (the 4D developer conference) and found out
- some stuff regarding this...
-
- According to Laurent (the author of 4D) the server cache does NOT cause the
- users to wait. It is a process just like everything else and shares time
- with other processes. It is the SYSTEM cache that will cause the delays.
- He
- recommended a small SYSTEM cache - 32k, and a large 4D server cache. The
- more
- memory 4D gets, the better...
-
- --Ed
-
- ---------------------------------------------------------------------------
- Ed Estes | "Passion isn't the sole province of those who
- edestes@pop.nih.gov | write or those who paint, but belongs to those
- (301) 402-1804 | who love doing what they're doing and are driven
- "I bleed six colors" | to do it, no matter what." -- unknown
- ---------------------------------------------------------------------------
-