From owner-freebsd-alpha Wed Dec 6 4:59:19 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 04:59:18 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id C6B1F37B400 for ; Wed, 6 Dec 2000 04:59:17 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JXDX9ZUU1E00142Z@research.kpn.com> for freebsd-alpha@FreeBSD.ORG; Wed, 6 Dec 2000 13:59:15 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Wed, 06 Dec 2000 13:59:14 +0100 Content-return: allowed Date: Wed, 06 Dec 2000 13:59:13 +0100 From: "Koster, K.J." Subject: RE: part numbers for 2100 5/300 processor modules? To: 'Andrew Gallatin' , Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A8B@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Once we get the machine booting, it would be interesting to play with > it with that bad card in place. > Interesting. This kind of discussion crops up in the yearly "help my machine is sig 11-ing everything"--threads on freebsd-hackers/questions. The outcome is rather different over there, usually along the lines of "Just replace the RAM and don't even think of bloating the kernel with bad memory detectors". Is the Alpha memory management so much better that we can reliably detect the bulk of the memory errors, or is it that Alpha RAM isn't as cheap as the sand it was molten from and thus more precious? Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message