Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!pasteur!postgres!jas
From: jas@postgres.uucp (James Shankland)
Newsgroups: comp.arch
Subject: Re: RISC multiprocessors
Message-ID: <19505@pasteur.Berkeley.EDU>
Date: 13 Nov 89 18:19:22 GMT
References: <13319@pur-ee.UUCP> <280004@hpdml93.HP.COM> <23963@cup.portal.com> <sZLhtay00UkaIj6al2@andrew.cmu.edu>
Sender: news@pasteur.Berkeley.EDU
Reply-To: jas@postgres.berkeley.edu (Jim Shankland)
Organization: The Eddie Group
Lines: 12

In article <sZLhtay00UkaIj6al2@andrew.cmu.edu> bader+@andrew.cmu.edu (Miles Bader) writes:
>mslater@cup.portal.com (Michael Z Slater) writes:
>> Plus, the R3000 cache is write-through, and a reasonable
>> multiprocessor system needs write-back caches.
>
>Why?

Bus bandwidth limits.

(Hey, at least we're being economical with *net* bandwidth here :-)).

jas