From owner-riscy@pyramid.com  Tue Aug 10 03:01:55 1993
Received: from gossip.pyramid.com by SunSITE.unc.edu (4.1/tas-gen/1-30-93)
	id AA16491; Tue, 10 Aug 93 03:01:55 EDT
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA17596; Tue, 10 Aug 93 00:01:46 -0700
Received: by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA27483; Tue, 10 Aug 93 00:00:27 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA27476; Tue, 10 Aug 93 00:00:21 -0700
Received: from erasmus.et.tudelft.nl 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA17525; Tue, 10 Aug 93 00:01:23 -0700
Received: by erasmus.et.tudelft.nl (1.37.109.4/1.34JP)
          id AA22443; Tue, 10 Aug 93 09:00:03 +0200
Date: Tue, 10 Aug 93 09:00:03 +0200
From: wolff@erasmus.et.tudelft.nl (Rogier Wolff)
Message-Id: <9308100700.AA22443@erasmus.et.tudelft.nl>
To: riscy@pyramid.com
Subject: R4xxx Cache size.
Sender: owner-riscy@pyramid.com
Reply-To: riscy@pyramid.com


>    The R4xxxx has a larger internal cache.
>
>R4000 : 8K I, 8K D
>R4400 : 16K I, 16K D
>
>The maximum imposed by the R4000 architecture is 32K each for the primary
>cache.  I don't know about the 4200 since I don't have a data book in front
>of me like I do for the NEC Vr4000 and Vr4400, PC, SC, and MC variants :-)
    
Huh? Does that mean that the ARCHITECTURE defines a maximum CACHE size?
According to current definitions here at the computer architecture group,
cache size is an implementation aspect, and shouldn't be visible at the
architectural level.

-----
This means that the R4xxx has a bad design: the design mixes implementation 
with architectural features. The R4000 isn't as clean as we thought. This
means that we can't use the R4000 as the processor.... :-)
-----

				Roger.


 
From owner-riscy@pyramid.com  Tue Aug 10 05:15:58 1993
Received: from gossip.pyramid.com by SunSITE.unc.edu (4.1/tas-gen/1-30-93)
	id AA20335; Tue, 10 Aug 93 05:15:58 EDT
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA00273; Tue, 10 Aug 93 02:03:57 -0700
Received: by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA11429; Tue, 10 Aug 93 02:02:40 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA11370; Tue, 10 Aug 93 02:02:37 -0700
Received: from mail.Germany.EU.net 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA00265; Tue, 10 Aug 93 02:03:39 -0700
Received: by mail.Germany.EU.net(EUnetD-2.3.0.g) via EUnet
	id HN11329; Tue, 10 Aug 1993 10:59:18 +0200
Received: from wegy
	by scotty.waldorf-gmbh.de with SMTP (5.65b/GEN-1.0.10)
	via EUnet for unido
	id AA30144; Tue, 10 Aug 93 10:59:43 +0200
Received: from resi 
	by wegy.waldorf-gmbh.de with SMTP (5.61/GEN-1.0.7)
	via EUnet for scotty
	id AA06015; Tue, 10 Aug 93 10:59:39 +0200
From: Andreas Busse <andy@resi.waldorf-gmbh.de>
Date: Tue, 10 Aug 93 10:58:48 +0200
Message-Id: <9308100858.AA20798@resi.waldorf-gmbh.de>
Received: by resi.waldorf-gmbh.de (5.61/GEN-1.0.7)
	via EUnet for wegy.waldorf-gmbh.de
	id AA20798; Tue, 10 Aug 93 10:58:48 +0200
To: riscy@pyramid.com
Subject: Re:  R4xxx Cache size.
Sender: owner-riscy@pyramid.com
Reply-To: riscy@pyramid.com

> >    The R4xxxx has a larger internal cache.
> >
> >R4000 : 8K I, 8K D
> >R4400 : 16K I, 16K D
> >
> >The maximum imposed by the R4000 architecture is 32K each for the primary
> >cache.  I don't know about the 4200 since I don't have a data book in front
> >of me like I do for the NEC Vr4000 and Vr4400, PC, SC, and MC variants :-)
>     
> Huh? Does that mean that the ARCHITECTURE defines a maximum CACHE size?
> According to current definitions here at the computer architecture group,
> cache size is an implementation aspect, and shouldn't be visible at the
> architectural level.
> 
> -----
> This means that the R4xxx has a bad design: the design mixes implementation 
> with architectural features. The R4000 isn't as clean as we thought. This
> means that we can't use the R4000 as the processor.... :-)
> -----

Oh, please stop that noise. I don't know who told you that the
cache size of a R4000 is limited to 32+32k. Can you tell me how it
would then be possible to add a secondary cache ????
The limitation, if there is one, is given by the chip size, not
by any architectural problem !
If you would take a look at the R4200 layout, you would see that
more than 70 percent of the chip space is used by rams !

Andy

-------------------------------------------------------------------------------
        Waldorf Electronics GmbH        | Phone:  +49 (0)2636-80294
              R&D Department            | Fax:    +49 (0)2636-80188
Neustrasse 9-12, 53498 Waldorf, Germany | email:  andy@resi.waldorf-gmbh.de
-------------------------------------------------------------------------------
 
From owner-riscy@pyramid.com  Tue Aug 10 05:41:18 1993
Received: from gossip.pyramid.com by SunSITE.unc.edu (4.1/tas-gen/1-30-93)
	id AA21264; Tue, 10 Aug 93 05:41:18 EDT
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA03652; Tue, 10 Aug 93 02:40:49 -0700
Received: by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA15525; Tue, 10 Aug 93 02:39:36 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA15516; Tue, 10 Aug 93 02:39:34 -0700
Received: from romeo.cs.colorado.edu 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA03626; Tue, 10 Aug 93 02:40:37 -0700
Received: from localhost by romeo.cs.Colorado.EDU with SMTP id AA17308
  (5.65c/IDA-1.4.4 for <riscy@pyramid.com>); Tue, 10 Aug 1993 03:39:25 -0600
Message-Id: <199308100939.AA17308@romeo.cs.Colorado.EDU>
To: riscy@pyramid.com
Subject: Re: R4xxx Cache size. 
In-Reply-To: Your message of "Tue, 10 Aug 1993 10:58:48 +0200."
             <9308100858.AA20798@resi.waldorf-gmbh.de> 
Date: Tue, 10 Aug 1993 03:39:21 -0600
From: Drew Eckhardt <drew@romeo.cs.Colorado.EDU>
Sender: owner-riscy@pyramid.com
Reply-To: riscy@pyramid.com


    
    Oh, please stop that noise. I don't know who told you that the
    cache size of a R4000 is limited to 32+32k. 

Like I said, what NEC is passing out as one of their data books. Generally,
these things are technically accurate, although I'm begining to have my 
doubts.

After reading a few more chapters of the data book including the 
one on caching, nothing beyond the number of virtual address bits 
used as a cache index in the author's examples seems to back this 
up.  In hindsight, the statement I summarized from the data book
doesn't really sanity check, in school you quickly learn that in
many (most?) classes you get reasonable grades by blindly reciting 
the text book contents and telling the instructors what they want
to hear :-(

    Can you tell me how it would then be possible to add a secondary cache ????

Again, I said *primary* cache size, which has nothing to do with 
the (presumably off chip) second level cache.

    If you would take a look at the R4200 layout, you would see that
    more than 70 percent of the chip space is used by rams !

I'd take a look at the R4200 layout, but the local NEC distributor
didn't get anything on the 4000 series chips until Friday, and still
won't say anything about pricing or the 4200 :-(
 
