From owner-freebsd-stable Tue May 30 14:21:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4B3B337BDDF for ; Tue, 30 May 2000 14:21:45 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e4ULLdb03123; Tue, 30 May 2000 14:21:39 -0700 (PDT) Date: Tue, 30 May 2000 14:21:39 -0700 From: Alfred Perlstein To: "Mike C. Muir" Cc: stable@FreeBSD.ORG Subject: Re: -j n and -STABLE world. Message-ID: <20000530142139.D9283@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mmuir@es.co.nz on Tue, May 30, 2000 at 02:15:46PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mike C. Muir [000530 14:16] wrote: > I am curious as to how reliable using -j when building world under > 4.0-STABLE is.. Ive seen it do some weird things, and noting that -j with > an installworld has problems when it comes to /bin/ln and /bin/rm it made > me wonder if building world was a potential problem (I have had no > problems without -j). > The system in question IS an overclocked machine, but has proven 100% > stable under any other situation, indeed I have managed to make -j8 > buildworld many times, however 1 in 8 attempts seg faults somewhere along > the way (usually early in the rm'ing part, or very late.) > Memory is also fine, this has been checked with memtest86 v2.3, running > for 50 hours (4 passes.) If it crashes "some of the time" then it's obviously not "fine" overclocking is not supported the same way using fish chips for SDRAM isn't supported. Don't overclock and expect anyone to look into your problems. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message