Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!wuarchive!decwrl!ucbvax!UMIX.CC.UMICH.EDU!krowitz%richter
From: krowitz%richter@UMIX.CC.UMICH.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  Why is Domain OS so big?
Message-ID: <8912081415.AA12414@richter.mit.edu>
Date: 8 Dec 89 14:15:15 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 47

Hmm ... something doesn't sound right here ... I've loaded the "large"
installation of Aegis plus BSD onto my DN560 with a 150MB disk. Granted,
there was only 6MB left after booting and starting *all* the servers
(rgyd, llbd, glbd, sendmail, tcpd, and 3 or 4 of my own). This was for
SR10.2, including the X windows load with hard links.

I can think of the following things to check:

1) MINST seems to load all of the M68K sau directories from the
   tape into the /install directory even though I only asked for
   one or two of the /sau directories. It may be doing something
    similar for the DN10000.

2) While helping someone else here at MIT who has a DN10000 load
   software, I noticed that the /sau10 directory contains a couple
   of subdirectories full of microcode and diagnostic code. A lot
   of the code is for the 40 and 80 plane graphics subsystem. One
   or the other set (or both, if you have the regular 8-plane
   graphics system) can be removed from the system.

3) When we loaded SR10.1p onto this person's DN10K, not everything
   that was supposed to be hard linked actually got linked. Some of
   the stuff was, in fact, copies rather than links. I don't remember
   which directories were involved, off hand, but you might poke
   around your system. We loaded both Aegis and BSD onto his system
   (with a 350MB disk like yours) and had 180MB left over. If your
   just loading BSD, you should have more like 200MB left.

4) Remember that under SR10.1p, every process running on the system
   takes up 5MB of disk space for virtual memory for the stack 
   (0.5MB on M68K machines). If you have 10 servers running, which
   is not unusual, you have 50MB of disk space tied up for stack
   space. SR10.2 fixes this. Stack space is allocated dynamically
   as it is used.

Elminating the extra /sau directories from my DN560 saved me about
20-25MB. If I remember correctly, the 40/80 plane graphics code and
diagnostics were about 10 or 20MB, and the stuff that failed to get
hard linked was another 20MB or so.


 -- David Krowitz

krowitz@richter.mit.edu   (18.83.0.109)
krowitz%richter.mit.edu@eddie.mit.edu
krowitz%richter.mit.edu@mitvma.bitnet
(in order of decreasing preference)