🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #3017

Re: RISC multiprocessors

#3017
From: Tom Shott
Date: Wed, 15 Nov 1989 22:48
35 lines
2446 bytes
I can think of two methods of supporting cache coherence for multi level
caches. These all assume that there is a first level internal cache w/ a
some method of invalidating (or flushing) a line and a second level cache
connected to the bus.

The easy method is to use write through cacheing for both levels. Every
time a write occurs on the system bus flush the address from both caches.
This has performance penalties because typically every invalidate cycle on
the internal cache blocks the execution unit from access it.

A second harder method is to keep the internal cache a subset of the
external cache. Every time a line is removed from the external cache
invalidate that line in the internal cache. All system bus access are
looked up in the second level cache directory. Only those access that are
contained in the external cache are invalidated from the internal cache so
there is less contention for the internal cache.

The second method could be expanded to keep track of whats in the internal
cache in the external directory so only lines in the internal cache are
invalidated. Problem with this is knowing whats in the internal directory.
You don't see all the processor access so if your using a LRU type
replacement strategy you have no idea outside the chip what's going to be
replaced in the internal cache. If the internal cache always signaled the
outside cache on replacements, the ouside cache would know and could filter
the invalidate traffic.

You can layer a writeback external cache on this protocal and even layer a
internal writeback cache.

--
-----------------------------------------------------------------------------
Tom Shott    INTeL, 2111 NE 25th Ave., Hillsboro, OR 97123, (503) 696-4520
	     toms@omews44.intel.com OR toms%omews44.intel.com@csnet.relay.com
	INTeL.. Designers of the 960 Superscalar uP and other uP's
Technical Details
Message-ID: <TOMS.89Nov15174813@omews44.intel.com>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!att!rutgers!ucsd!usc!samsung!uunet!littlei!omepd!toms
References: <13319@pur-ee.UUCP> <280004@hpdml93.HP.COM> <23963@cup.portal.com> <1989Nov15.040039.28570@Solbourne.COM>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!att!rutgers!ucsd!usc!samsung!uunet!littlei!omepd!toms
From: toms@omews44.intel.com (Tom Shott)
Newsgroups: comp.arch
Subject: Re: RISC multiprocessors
Message-ID: <TOMS.89Nov15174813@omews44.intel.com>
Date: 15 Nov 89 22:48:13 GMT
References: <13319@pur-ee.UUCP> <280004@hpdml93.HP.COM> <23963@cup.portal.com>
 <1989Nov15.040039.28570@Solbourne.COM>
Sender: news@omepd.UUCP
Organization: OME, INTeL Corp., Hillsboro, Oregon
Lines: 35
In-reply-to: stevec@momma.Solbourne.COM's message of 15 Nov 89 04:00:39 GMT