Date: Mon, 10 Mar 2008 11:30:26 -0400 From: Joshua Coombs <jcoombs@gwi.net> To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 buildworld error Message-ID: <fr3k6j$qr8$1@ger.gmane.org> In-Reply-To: <fqrue4$rnn$1@ger.gmane.org> References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> <1204575279l.807074l.0l@psu.edu> <fqrqch$bh2$1@ger.gmane.org> <47D1735D.60007@FreeBSD.org> <fqrue4$rnn$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?fr3k6j$qr8$1>