Date: Tue, 4 Nov 1997 02:54:07 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: Shimon@i-Connect.Net (Simon Shapiro) Cc: freebsd-current@FreeBSD.ORG Subject: Re: More on fast make world... Message-ID: <199711040754.CAA00612@dyson.iquest.net> In-Reply-To: <XFMail.971103220738.Shimon@i-Connect.Net> from Simon Shapiro at "Nov 3, 97 10:07:38 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Simon Shapiro said: > I really am not so sure what takes the time, but it is not disk I/O. > > I setup a test machine with 128MB of RAM, a RAID-1 root disk, a RAID-0 > 8x32KB stripes wide for /usr/src and /usr/obj, on a DPT PM3334UDW (Ultra, > wide, differential). Disks are 4GB Barcudas all around. > > This configuration is capable of 980+ disk I/O per second on the RAID-1 and > 1740+ on the RAID-0 array. > > Starting with a fresh install, SMP kernel current for today, DPT configured > with no options, but the performance monitors and a 1 sec timeout hack to > catch lost interrupts (new firmware that may be a bit buggy). > > Top reports (abbreviated): > > load averages: 7.36, 6.59, 5.06 > CPU states: 54.1% user, 0.0% nice, 44.4% system, 1.6% interrupt, 0.0%idle > Mem: 11M Active, 17M Inact, 23M Wired, 47M Cache, 8248K Buf, 26M Free > > Iostat says: > > tty sd0 sd16 cpu > tin tout sps tps msps sps tps msps us ni sy in id > 0 1905 771 74 0.0 668 56 0.0 27 0 51 2 20 > > This is typical over the last hour or so. Anything else I should try? > Try increasing the size of the vnode cache: sysctl -w debug.wantfreevnodes=15000 Make sure you are using -pipe, if not, then use MFS for /tmp or wherever your tempfiles go... -- John dyson@freebsd.org jdyson@nc.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199711040754.CAA00612>