Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 May 1996 13:56:30 -0500 (CDT)
From:      "Brett L. Hawn" <blh@nol.net>
To:        "matthew c. mead" <mmead@Glock.COM>
Cc:        jgreco@brasil.moneng.mei.com, hackers@FreeBSD.ORG, hardware@FreeBSD.ORG
Subject:   Re: Triton chipset with 256k cache caches 32M only?
Message-ID:  <Pine.SOL.3.93.960513135456.14240A-100000@dazed.nol.net>
In-Reply-To: <199605131829.OAA02591@neon.Glock.COM>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 13 May 1996, matthew c. mead wrote:

> > Assuming that these are Triton-1 chipsets you will find that
> > anything over 64m leads to non-caching. I would highly suggest
> > getting some of the new ASUS (just my particular favorite) tr-2
> > chipset motherboards, these solve the caching problem along
> > with many of the other inherent bugs of tr-1 chipsets.
> 
> 	Well, I'm positive that anything over 64M will lead to
> non-caching.  I'm also positive that anything over 32M leads to
> non-caching.  Any ideas on what I should do to get the upper 8M
> (megs 32-39) cached?  I'm thinking of purchasing a 512k COAST
> module, but I want to make sure that will do it before I buy it.

I've not run into the >32mb caching before but I can't say as I ever had >32
&& <64 in a machine at any given time. Rather than purchasing the module I'd
look into the cost of buying a new tr-2 motherboard w/ 512k pipeline-burst
cache (Winbob, the hitatchi cache blows goats).

Brett




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SOL.3.93.960513135456.14240A-100000>