Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!decvax!ucbvax!info-vax
From: sasaki@HARVARD.HARVARD.EDU (Marty Sasaki)
Newsgroups: mod.computers.vax
Subject: Re:  System Tuning
Message-ID: <8512070953.AA20650@ucbvax.berkeley.edu>
Date: Fri, 6-Dec-85 17:38:24 EST
Article-I.D.: ucbvax.8512070953.AA20650
Posted: Fri Dec  6 17:38:24 1985
Date-Received: Sun, 8-Dec-85 02:46:41 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 25
Approved: info-vax@sri-kl.arpa

I think that it is a good idea to use autogen.com to do your parameter
changes, it rationalizes the numbers and tries to change related
parameters while it is changing the ones you asked to be changed.
While I think it is a good idea, I always just make the changes in
sysgen. (Do what I say, not what I do.)

Most of our use is interactive, much of it by students in the edit,
compile, link, and run loop. We also run lots of stat packages. The
main system bottle neck is i/o and paging. As a result, I tune my
systems to have fairly large caches (of all types), with working set
adjustment parameters set to allow moderate working set extents.

The current exec is pretty large, but the free page list always has
pages on it, and the overall page fault rate is less than 30 pages/sec
with almost all of the faults being demand zero, or coming from the
modified or free page list.

The systems consist of 780's and a 785 with 8meg of memory and RA81's.

See you at DECUS? Maybe we should have a info-vax BOF meeting?
----------------
  Marty Sasaki				net:   sasaki@harvard.{arpa,uucp}
  Havard University Science Center	phone: 617-495-1270
  One Oxford Street
  Cambridge, MA 02138