🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #13395

Re: Gould NP1

#13395
From: eric
Date: Fri, 03 Apr 1987 16:53
40 lines
2440 bytes
	I've had some personal experience benchmarking the Pyramid
9820, so I'll try and comment on it here.

	The 9820 is a dual processor system, which measures at right
around 13 to 14 MIPS for the total system. (I'm using 1 MIP = 1 VAX
11/780.) The system includes arithmetic accelerators for both CPUs.
The system has a 64 Kbyte data cache and a 16 Kbyte instruction cache
per processor. The total system can be expanded to 128 Mbytes of memory
(fully accessible by both processors.) It uses a 40 Mbyte message based
bus to intelligent RISC based I/O controllers. The disk controller
(called an IOP) is capable of supporting 11 Mbytes/sec sustained
throughput with a 21 Mbyte/sec burst rate.  The TPE
(tape/printer/ethernet) controller also supports one of the highest
throughputs I have seen for either tape or ethernet (who cares about
printer throughput!). The ITP (terminal processor) is capable of
sustaining all 16 lines at 9600 baud, both output and input.

	The 9820 supports both BSD 4.2 and System V.2 under its "dual
universe" environment. (Refer to the sales literature for a full
description of this.)

	Entry level price for a 9820 with 16 Mbytes of memory, 32
ports, UNIX, a 470 MB disk, and a 1600 bpi tape is $309K.

	I would like to second Ron's comment that a few fast processors
is better than lots of small processors. Two reasons for this:  first,
if you have a single big process, having lots of smaller processors
doesn't help, unless the big process has been broken into smaller
processes.  Even with a mix of smaller jobs, queuing theory tells us
that if you have a system with n servers of speed 1, and another system
with a single server of speed n, given the same process mix, the system
with a single server will more efficiently process the queue. This is
even before we start worrying about contention for resources,
synchronization of processors, etc.

-- 

					eric
					...!ptsfa!hippo!eric
Technical Details
Message-ID: <110@hippo.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watnot!watmath!clyde!rutgers!seismo!ll-xn!ames!ptsfa!hippo!eric
References: <505@sw1e.UUCP>

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watnot!watmath!clyde!rutgers!seismo!ll-xn!ames!ptsfa!hippo!eric
From: eric@hippo.UUCP
Newsgroups: comp.arch
Subject: Re: Gould NP1
Message-ID: <110@hippo.UUCP>
Date: Fri, 3-Apr-87 11:53:56 EST
Article-I.D.: hippo.110
Posted: Fri Apr  3 11:53:56 1987
Date-Received: Sun, 5-Apr-87 05:44:37 EST
References: <505@sw1e.UUCP>
Organization: HEALTHCARE 2000
Lines: 40
Keywords: supermini