From owner-freebsd-stable@FreeBSD.ORG Wed Mar 12 18:47:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96256106566B for ; Wed, 12 Mar 2008 18:47:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 559388FC25 for ; Wed, 12 Mar 2008 18:47:23 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JZVz0-0007YB-CT for freebsd-stable@freebsd.org; Wed, 12 Mar 2008 18:47:22 +0000 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2008 18:47:22 +0000 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2008 18:47:22 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Joshua Coombs Date: Wed, 12 Mar 2008 14:47:16 -0400 Lines: 29 Message-ID: References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> <1204575279l.807074l.0l@psu.edu> <47D1735D.60007@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: Sender: news Subject: Re: FreeBSD 7 buildworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 18:47:24 -0000 Joshua Coombs wrote: > As a follow up: > > I setup a fresh 7.0 install in a VM and played with it. Using my > make.conf, I showed cc1 using 130MB when compiling insn-attrtab.c. I > tweaked the VM conf down to 32MB of RAM and redid the compile, and other > than taking forever due to swapping, it again churned past > insn-attrtab.c using 130MB successfully. > > My next test is going to be simulating the swap setup I've got on my > 386. Rather than one 384MB swap partition, I have three 128MB swap > partitions, one per drive. My theory was I'd see some small boost when > swapping by spreading the work load. Turns out it doesn't help, I > bottleneck on the ISA bus, transferring 1.5MB/sec max no matter how I > spread the work across the drives. When I re-partition I'll just pick > one drive to hold all swap. > > That said, given how I butted up against a limit suspiciously close to > the size of my swap partitions, rather than the 512MB data size limit > reports, thats my next guess as to the cause, swap isn't allowing single > processes to page into multiple swap pools? > > Josh C I can now confirm, using two 128MB swap partitions, plus a third 2GB partition, with 32MB of ram configured results in buildworld's failing, just using a 2GB swap partition works. Josh C