From owner-freebsd-hackers Fri Apr 7 7:21:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 0C19837BC8C for ; Fri, 7 Apr 2000 07:21:42 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id SAA07914; Fri, 7 Apr 2000 18:21:36 +0400 (MSD) Message-Id: <200004071421.SAA07914@aaz.links.ru> Subject: Re: bad memory patch? In-Reply-To: from "Bob.Gorichanaz@midata.com" at "Apr 7, 0 07:46:24 am" To: Bob.Gorichanaz@midata.com Date: Fri, 7 Apr 2000 18:21:36 +0400 (MSD) Cc: hackers@FreeBSD.ORG From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bob.Gorichanaz@midata.com writes: > Maybe I'm mis-understanding something, > but isn't this situation analagous to bad sectors > on a hard drive? Yes it is not. > Isn't this similar, at least in theory, to remapping dead > sectors and continuing to use the drive? > (except that the disk's onboard controller handles the > mapping instead of the OS) Difference is in fault model. hard drive surface fault can only grows to some more bits, which usually resides in the same sector or affect low quantity of another sectors. Every DRAM bit fault affect common for many bits circuitry first before anoter bit fault occur. And remember, such a fault affect mostly far bits (in another words and pages) > Not trying to push this idea one way or the other, I'm just curious as to > WHY so many people > think this is a "bad idea" > -=bob=- > Warner Losh @FreeBSD.ORG on 04/06/2000 04:58:59 PM > > To: J McKitrick > > Subject: Re: bad memory patch? > > In message <20000406164114.B29984@dogma.freebsd-uk.eu.org> J McKitrick > writes: > : Sounds like sometheing we could use, eh? > I don't think so. Strikes me a a hugely *BAD* idea. If you have bad > memory, replace it, don't work around it. PS sorry bad English -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message