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>