home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.pc-clone.32bit
- Path: sparky!uunet!think.com!spool.mu.edu!news.cs.indiana.edu!sgiblab!sono!liuwu
- From: liuwu@acuson.com (Wu Liu)
- Subject: Re: 386/33 DX machine: what unix options do I have
- Message-ID: <1992Nov18.213241.25953@acuson.com>
- Organization: Acuson; Mountain View, California
- 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>
- Distribution: na
- Date: Wed, 18 Nov 1992 21:32:41 GMT
- Lines: 26
-
- >mfraioli@grebyn.com (Marc Fraioli) writes:
- >>What you really need to do is make sure you have enough memory. I have
- >>run SCO ODT 1.1 on a 386/20 with 12MB, and it runs pretty well.
- >>Apparently ODT 2.0 is bigger, because this runs noticably worse on the
- >>same machine. But a 386/33 with >= 12MB should serve you pretty well,
- >
- larry@gator.rn.com (Larry Snyder) replies:
- >Maybe ODT 2.0 has everything turned on in the kernel when
- >shipped -- and you might need to remove or disable the drivers
- >which you are not running... SVR4 is that way -- and it was
- >possible here to reduce the kernel size by 30% after removing
- >the stuff we don't use..
-
- There are some device drivers you can take out, although the ODT 2.0
- installation tries to get the most obvious ones. Two things, I think,
- contribute to the perceived "bloat" in ODT 2.0 vs. 1.1: higher default
- values for some of the kernel tunable parameters (specifically, streams),
- and a larger (but nicer) desktop.
-
- Anybody running ODT 2.0 should seriously consider fine-tuning the
- streams resource allocation. In many cases, the allocations are too
- generous or the ratios don't match the system's usage, and you can
- reclaim RAM and/or increase throughput by doing a bit of tuning.
- --
- Wu Liu Software Engineer, User Interface Group
- liuwu@acuson.COM Acuson
-