home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text6755.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.8 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id UAA22616 for <executor@nacm.com>; Tue, 14 Nov 1995 20:40:50 -0800
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id VAA23510; Tue, 14 Nov 1995 21:40:37 -0700
  3. Received: from beaut.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0tFZRu-000YcHC; Tue, 14 Nov 95 21:27 MST
  5. Received: by beaut.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0tFZRt-00002YC; Tue, 14 Nov 95 21:27 MST
  7. Message-Id: <m0tFZRt-00002YC@beaut.ardi.com>
  8. Date: Tue, 14 Nov 95 21:27 MST
  9. From: ctm@ardi.com (Clifford T. Matthews)
  10. To: "Foster, Sonny" <SFoster@tconhob1.telecom.com.au>
  11. Cc: Executor list <executor@nacm.com>
  12. Subject: Re: Slow disk access
  13. In-Reply-To: <30A78722@msmailv0.telecom.com.au>
  14. References: <30A78722@msmailv0.telecom.com.au>
  15. Sender: owner-paper@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "Sonny" == Foster, Sonny <SFoster@tconhob1.telecom.com.au> writes:
  19.  
  20.     Sonny> Hello,
  21.  
  22.     Sonny> I'm running Executor 1.99p5 on a 8 Meg 486DX2-66. I am
  23.     Sonny> using a database package which manipulates a 5 Meg data
  24.     Sonny> file. My problem is that it takes for ever to enter a new
  25.     Sonny> "customer" into the database as the disk access is
  26.     Sonny> painfully slow. Is there any way of speeding up disk access
  27.     Sonny> on Executor? Maybe a RAMDISK?
  28.  
  29. The big question is what does "executor -info" say.  If other things
  30. are tying up your memory, Executor may be paging excessively.  Granted
  31. our disk access isn't particularly optimized, but I'd guess the real
  32. problem is that Executor doesn't have enough memory to run.  The
  33. output of the "mem" command would help, too.
  34.  
  35.     Sonny> Can anyone help?
  36.  
  37.     Sonny> Thanks
  38.  
  39.     Sonny> Sonny
  40.  
  41.     Sonny> sfoster@tconhob1.telecom.com.au
  42.  
  43. --Cliff
  44. ctm@ardi.com
  45.  
  46.