Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: $Revision: 1.6.2.16 $; site pbear.UUCP Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!bellcore!decvax!yale!pbear!peterb From: peterb@pbear.UUCP Newsgroups: net.unix Subject: Re: Unix on the Vax 8600 Message-ID: <7500004@pbear.UUCP> Date: Fri, 28-Jun-85 17:07:00 EDT Article-I.D.: pbear.7500004 Posted: Fri Jun 28 17:07:00 1985 Date-Received: Mon, 1-Jul-85 06:59:42 EDT References: <1513@emory.UUCP> Lines: 34 Nf-ID: #R:emory:-151300:pbear:7500004:000:1695 Nf-From: pbear!peterb Jun 28 17:07:00 1985 Since the 8600 still uses the same I/O structure as the 780's, heavy swap will slow a 8600 down. Think of it this way, where will 2 780's connected by ethernet be slower than an 8600? The answer is in inter machine conversation, so the converse shoul ~ be true also. Piling on more users to an 8600 will slow I/O somewhat since the unibus is still there, but cpu intensive processes will excell on the 8600. disk to disk transfer's such as copying, etc will be just about as fast. The kernel will run faster allocating resources and resolving scheduling, but many problems will be limited to the speed of I/O, and this controls overall throughput for edit sessions. If your users are running through the edit/compile phase most of the time, a possible step prior to aquiring ab 8600 is to try for the best of all worlds, namely pile your user's terminals on one 780 and do the compiles on the other. This way the I/O 780 is doing mostly slow I/O terminal work without cpu intensive operations slowing down the I/O (such as compiles). On the other 780, the cpu intensive work will not have the massive I/O overhead of supporting terminals and their inherent speed. It will sit in cpu intensive state most (if not all) of the time. This situation presumes that you ethernet to two together and remove the distinction from the user by placing shell scripts in fromt of the compilers. It may not work perfectly, but average throughput should increase as you can tune each machine for a different environment, therby maximizing the throughput. Hope it helps. If all else fails, find an 8600 and run your own backyard benchmarks. Peter Barada {ihnp4!inmet|{harvard|cca}!ima}!pbear!peterb