home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / pcclone / 32bit / 483 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.9 KB  |  38 lines

  1. Newsgroups: comp.unix.pc-clone.32bit
  2. Path: sparky!uunet!think.com!spool.mu.edu!news.cs.indiana.edu!sgiblab!sono!liuwu
  3. From: liuwu@acuson.com (Wu Liu)
  4. Subject: Re: 386/33 DX machine: what unix options do I have
  5. Message-ID: <1992Nov18.213241.25953@acuson.com>
  6. Organization: Acuson; Mountain View, California
  7. References: <92Nov5.164644est.42003@ois.db.toronto.edu> <1992Nov6.182902.18649@mdd.comm.mot.com> <97543@netnews.upenn.edu> <1992Nov16.223706.19657@grebyn.com> <BxuzyD.8GJ@gator.rn.com>
  8. Distribution: na
  9. Date: Wed, 18 Nov 1992 21:32:41 GMT
  10. Lines: 26
  11.  
  12. >mfraioli@grebyn.com (Marc Fraioli) writes:
  13. >>What you really need to do is make sure you have enough memory.  I have
  14. >>run SCO ODT 1.1 on a 386/20 with 12MB, and it runs pretty well.
  15. >>Apparently ODT 2.0 is bigger, because this runs noticably worse on the
  16. >>same machine.  But a 386/33 with >= 12MB should serve you pretty well,
  17. >
  18. larry@gator.rn.com (Larry Snyder) replies:
  19. >Maybe ODT 2.0 has everything turned on in the kernel when
  20. >shipped -- and you might need to remove or disable the drivers
  21. >which you are not running... SVR4 is that way -- and it was
  22. >possible here to reduce the kernel size by 30% after removing
  23. >the stuff we don't use..
  24.  
  25. There are some device drivers you can take out, although the ODT 2.0
  26. installation tries to get the most obvious ones.  Two things, I think,
  27. contribute to the perceived "bloat" in ODT 2.0 vs. 1.1:  higher default
  28. values for some of the kernel tunable parameters (specifically, streams),
  29. and a larger (but nicer) desktop.
  30.  
  31. Anybody running ODT 2.0 should seriously consider fine-tuning the
  32. streams resource allocation.  In many cases, the allocations are too
  33. generous or the ratios don't match the system's usage, and you can
  34. reclaim RAM and/or increase throughput by doing a bit of tuning.
  35. -- 
  36. Wu Liu                          Software Engineer, User Interface Group
  37. liuwu@acuson.COM                Acuson
  38.