[790] in Release_7.7_team
Volume sizes for the SGI os volume
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Dec 3 15:05:59 1996
Date: Tue, 3 Dec 1996 15:05:50 -0500
From: Greg Hudson <ghudson@MIT.EDU>
To: ops@MIT.EDU
Cc: release-team@MIT.EDU
As most of you are probably aware, the operating system SGI ships us
is a little bigger than what we're used to dealing with. For the 8.0
release, we split it up into a 550MB /os volume and a 600MB /install
volume, with some unpleasant consequences resulting from the split.
For the 8.1 release, we would like to go back to a single /os
hierarchy. However, assuming we go to Irix 6.2, we will have 3.2GB of
material to deal with, so this hierarchy will obviously have to be
more than one volume. I'd like to propose a volume breakdown and ask
if it meets operational requirements. (Note that I'm not requesting
space right now; that won't happen until at least spring, probably.)
Here is the proposed breakdown:
/ 600MB (563864K)
/usr/share 550MB (498744K)
/usr/share/performer 700MB (653852K)
/usr/lib 700MB (663972K)
/usr/lib32 500MB (467620K)
/usr/lib64 350MB (307776K)
(Keep in mind that these volumes never change significantly in the
athena cell and will never need to be restored from tape.)
The two volumes in the middle of that list are the most likely to be
problem cases. We could split out 230MB from /usr/share (the Insight
subdirectory) and 115MB from /usr/lib (the debug subdirectory), but
I'm interested in keeping the volume count relatively low.
For the record, here is the raw data vrt gave me. A few things don't
quite checksum, but the error is only about 10MB, which is noise.
total: 3168416
root 51636
usr 512228
Prodev 46476
WorkShop 98012
usr/share 1152596
Performer 653852
friends/lightscape 145656
friends/models 107732
Insight 230156
data 86268
src 75224
catman 60575
usr/lib 663972
Performer 110468
SoftWindows2 110780
debug 116724
usr/lib32 467620
usr/lib64 307776
