lr@cs.brown.edu (Luigi Rizzo) (05/17/91)
Thanks to all who responded to my previous posting on the double login bug.
I'm now looking to modify disk partitioning on our 2 DS2100 machines,
which have a 330MB disk each (RZ55). The standard installation
procedure allocates about 65MB of swap space, which is very large compared
to the disk size. Our applications for sure do not require so much
memory, but I have little experience on how memory-consuming can be
standard Xwindows applications (xterm, xdvi) and Ultrix compilers.
Any advise ? Here are the current partitions.
# chpt -q /dev/rrz0a
/dev/rrz0a
Current partition table:
partition bottom top size overlap
a 0 32767 32768 c,h
b 32768 163839 131072 c
c 0 649039 649040 a,b,d,e,f,g,h
d 163840 316285 152446 c,g
e 316286 468731 152446 c,g
f 468732 649039 180308 c,g
g 163840 649039 485200 c,d,e,f
h 0 0 0 a,c
# df
Filesystem Total kbytes kbytes %
node kbytes used free used Mounted on
/dev/rz0a 15343 12615 1194 91% /
/dev/rz0g 227079 155348 49024 76% /usr
Thanks
Luigi
==================================================================
Luigi Rizzo Brown University & Univ. di Pisa
e-mail: lr@cs.brown.edu, luigi@iet.unipi.it
==================================================================alan@shodha.enet.dec.com ( Alan's Home for Wayward Notes File.) (05/18/91)
In article <75998@brunix.UUCP>, lr@cs.brown.edu (Luigi Rizzo) writes: > Thanks to all who responded to my previous posting on the double login bug. > > I'm now looking to modify disk partitioning on our 2 DS2100 machines, > which have a 330MB disk each (RZ55). The standard installation > procedure allocates about 65MB of swap space, which is very large compared > to the disk size. Our applications for sure do not require so much > memory, but I have little experience on how memory-consuming can be > standard Xwindows applications (xterm, xdvi) and Ultrix compilers. > Any advise ? Here are the current partitions. [ remainder deleted. ] You could: 1. Backup /usr. 2. Repartition to make B smaller and and G take over the new space. 3. Create a new file system on G. 4. Restore /usr. But I don't think it would be worth it. If you find that that one extra application isn't running because of an "out of core" message, then clearly you need more page/ swap space. You're at a point that you may need more disk space anyway. The thing that tend to do is add an RZ23 or RZ24 to the system. They don't take up anymore disk space since they fit inside the DECstation cabinet. To get more space on the root file system I usually move /genvmunix somewhere else. Don't outright delete it, you might need it someday, but it doesn't need to permanently reside on the root file system. If you have space in /usr I recommend: /sys/MIPS/GENERIC. > > Thanks > Luigi You're welcome. -- Alan Rollow alan@nabeth.cxn.dec.com
paul@caen.engin.umich.edu (Paul Killey) (05/23/91)
In article <3166@shodha.enet.dec.com>, alan@shodha.enet.dec.com ( Alan's Home for Wayward Notes File.) writes: |> |> But I don't think it would be worth it. That is, shrinking swap. You can use 45M of swap by running some xterms, xrn, xmh, etc. I.e., not even doing anything -:). Well, running a nameserver and providing some fileservice too, but not that much. Right now, I am using mwm, have some xterms and xmh and xrn fired up, and am using 44.5M out of 66M of swap. This summer we are going to 100M of swap at least to support some AI and mcad/ecad software we anticpate running next fall. Right now 68M swap is not enough for some people in our engineering college environment to do whatever it is they want to do. Well, it's enough for the CS people because its plenty for "mail" and "telnet" -:). Add in the background job or two, and there you have it. "1984" was a typo.