> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
> On Behalf Of Brian Candler
> Sent: Friday, January 19, 2007 7:07 AM
> To: Vijay Sankar
> Cc: Marc Balmer; Claudio Jeker; misc@openbsd.org
> Subject: Re: Performance Statistics: -current
> 
> On Thu, Jan 18, 2007 at 12:03:05PM -0600, Vijay Sankar wrote:
> > > if top shows ~20% system load, even when idle, try 
> disabling iic and ichiic
> > > in UKC.  sth we have to do here with an ASUS server.
> > 
> > Thank you very much for your reply.
> > 
> > I did not notice the system load to be very high (it was 
> 3.5% or so when 
> > building
> 
> Are you sure you saw only 3.5% CPU utilisation while building 
> the OpenBSD
> base system? That means the CPU was idle almost all of the time.
> 
> If true, it means the system was spending most of its time waiting for
> something else before it could continue - probably the disk.
> 
> Try looking at the output of "iostat -w2" while building. 
> Particularly of
> interest is the t/s (transfers per second) column.
> 
> When compiling code, most transfers will be small. A single hard drive
> spinning at 7200rpm is in theory capable of 240 transfers per second
> (assuming each transaction requires the platter to rotate on 
> average by half
> a turn), 

That doesn't seem like correct analysis.

> so values in the range 200-300 are to be expected.
> 

I think you're a phenomenologist. Me too, though. I saw this store
worker unloading a shopping cart starting with the boxes on top, so I'm
pretty sure workers put lowest priority boxes on the bottom of the cart.

> If you are seeing much less than this, then maybe your disk 
> subsystem has a
> problem - a badly setup RAID? No DMA? A faulty drive which is 
> doing retries?
> A bad IDE cable? (Check for warnings in /var/log/messages)
> 

Make sure there's no dust on the motherboard. I usually scrape some of
the dust crud off the leading edges of the fans, too.

>
> If it looks like disk I/O is slow, then using a disk 
> benchmark program might
> help you more systematically investigate and tweak. For 
> example, you will
> find bonnie and bonnie++ in packages.
> 
> If you post the full output of "dmesg", "mount" and "df -k", plus a
> description of your disk subsystem, people might have some 
> more suggestions.
> 

I suggest you buy an AMD opteron.

> HTH,
> 
> Brian.

Reply via email to