From owner-freebsd-current@FreeBSD.ORG Sat May 10 04:19:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B351837B401 for ; Sat, 10 May 2003 04:19:26 -0700 (PDT) Received: from sauron.fto.de (p15106025.pureserver.info [217.160.140.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4ED43FBF for ; Sat, 10 May 2003 04:19:25 -0700 (PDT) (envelope-from hschaefer@fto.de) Received: from localhost (localhost.fto.de [127.0.0.1]) by sauron.fto.de (Postfix) with ESMTP id ACF6625C0F6; Sat, 10 May 2003 13:19:23 +0200 (CEST) Received: from sauron.fto.de ([127.0.0.1]) by localhost (sauron [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01228-10; Sat, 10 May 2003 13:19:22 +0200 (CEST) Received: from giskard.foundation.hs (p5091ADC1.dip.t-dialin.net [80.145.173.193]) by sauron.fto.de (Postfix) with ESMTP id AC46025C0F8; Sat, 10 May 2003 13:19:21 +0200 (CEST) Received: from daneel.foundation.hs (daneel.foundation.hs [192.168.20.2]) by giskard.foundation.hs (8.9.3/8.9.3) with ESMTP id NAA86941; Sat, 10 May 2003 13:19:20 +0200 (CEST) (envelope-from hschaefer@fto.de) Date: Sat, 10 May 2003 13:19:20 +0200 (CEST) From: Heiko Schaefer X-X-Sender: heiko@daneel.foundation.hs To: Terry Lambert In-Reply-To: <3EBC94F9.AD988862@mindspring.com> Message-ID: <20030510130934.R93229@daneel.foundation.hs> References: <3EBC6C6A.1040602@myrealbox.com> <3EBC94F9.AD988862@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at fto.de cc: freebsd-current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 11:19:27 -0000 Hi Terry, > walt wrote: > > Terry Lambert wrote: > > <...> > > > The problem appears on any processor that supports 4M pages; > > > that includes both Intel and AMD processors. Whether or not > > > you personally see it is based on the memory usage patterns > > > that are required to trigger it... > > > > Do I recall from some months ago that this bug would not > > affect machines with less than a gig of RAM? > > The amount of memory at which you see it depends on the processor > features. Now that autotuning is in, there's a stair-step for > how much the system uses for each resource pool, based on how > much RAM is in the system. It's quite unpredictable where it will > show up in -current, because of this (and the new memory allocator). > > Basically, the problem will show wherever the memory size vs. > memory utilization tickles it (that's why upping maxfiles was > enough to scare it off, before the tuning/allocator changes > went in). you seem to have a pretty good idea of how and when this bug shows itself - i still have an issue with the system because of which i started this thread: originally, i bought a 512mb ddr ram for it (not the cheapest kind, but also nothing fancy - the chips say infineon). with that ram i still experience data corruption. while i reported that the problem disappeared, i was running of a sdr pc 133 ram which is only 256mb. what i wonder now: is the physical 512mb ram possibly damaged (or not interacting well with the board or bios), or could that yet again be a general (software-solvable) issue (which i would likely experience whenever i have 512mb of ram in that machine. regardless of make) ? if the problem is likely to go away with another 512mb ram, i will go to get the ram changed on monday - otherwise, i'd like to spare myself and the vendor the trouble :) ... especially myself *g* just to reiterate: the cpu in question is and amd xp 1800+, the board is a cheap sis-based elitegroup board (which is why i already initially suspected damaged hardware that i need to get exchanged - i typically have more faith in freebsd doing the right thing than cheap pc hardware). does it make sense for me to try bosko's patch ? can i hope for any better results (i don't really care about performance, only data integrity) with it than with those two kernel options ?! thank you for any insight you can provide, regards, Heiko -- Free Software. Why put up with inferior code and antisocial corporations? http://www.gnu.org/philosophy/why-free.html