home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / sysv386 / 14433 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  2.1 KB
  1. Path: sparky!uunet!spool.mu.edu!wupost!cs.utexas.edu!sun-barr!sh.wide!wnoc-kyo!kuis!aegis!davidg
  2. From: davidg@aegis.or.jp (Dave McLane)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: >16MB on a 486
  5. Message-ID: <2668@aegis.or.jp>
  6. Date: 13 Sep 92 23:31:19 GMT
  7. References: <2AB008AB.42F2@telly.on.ca> <BuFF20.1tq@constant.demon.co.uk> <2659@aegis.or.jp> <BuILEt.1MG@virtech.uucp>
  8. Organization: Aegis Society, Kyoto Japan
  9. Lines: 40
  10.  
  11. cpcahil@virtech.uucp (Conor P. Cahill) writes:
  12.  
  13.  >davidg@aegis.or.jp (Dave McLane) writes:
  14.  
  15.  >>>MEMRANGE=0-640K:0,1M-64M:0
  16.  
  17.  >>I don't see such a file for ISC 3.2 v3.0. Anybody have any ideas?
  18.  
  19.  >It cannot be done with ISC 2.2 or 3.0 and the testing that I did with 2.0.2
  20.  >made me believe that regarless of the setting of this file the
  21.  >system would start swapping at 16MB, so even though you can set this
  22.  >parameter in 2.0.2, I'm not sure it has any benefitial effect other
  23.  >than getting the kernel to say it sees more than 16MB.
  24.  
  25.  >The only way that you can get more than 16MB in 3.0 is with an EISA
  26.  >system and a non-dma controller or an EISA controller in EISA mode.
  27.  >(i.e. an IDE drive, an ST-506 controller, most ESDI controllers, a
  28.  >Future Domain controller, an Adaptec 1740, Bustek 742, etc)
  29.  >Crontrollers that down work in this mode: adaptec 1542, bustek 542 and 
  30.  >probably others.  Remember, this is only when you have an EISA motherboard.
  31.  
  32. Thanks for the information. I guess if I want 16MB+ I'll need to
  33. get an EISA then.
  34.  
  35. However, sliding on the subject, right now I'm trying to convince
  36. myself that 16 MB on a x86-class machine may be about right for the
  37. kind of programs people run on my system (mail and news). If I could
  38. fit more I think it might put too much of a load on the CPU and
  39. things would start slowing down. As it is right now, I'm moving the
  40. unpacking of news to another machine and it really slows things down
  41. so maybe the way to work around the 16MB barrier is to add more
  42. machines on a TCP/IP LAN.
  43.  
  44. Dave
  45.  
  46. --
  47. Dave McLane 
  48. JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
  49. Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
  50.  
  51.