RE: High load since upgrade

["Brent" <brent@skyblue.eu.org>]

Thanks.
That was it. 
For anyone that ever runs into this I removed CONFIG_DELL_RBU from the
.config rebuilt the kernel and booted into it and now my load is hovering
around a decent 0.08 ish

Thanks for the help Willy

Cheers
Brent

> -----Original Message-----
> From: linux-kernel-owner@vger.kernel.org 
> [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Willy Tarreau
> Sent: 11 December 2005 13:09
> To: Brent
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: High load since upgrade
> 
> Hi,
> 
> On Sun, Dec 11, 2005 at 12:54:45PM -0000, Brent wrote:
> > Almost everything is statically compiled apart from a few 
> things that 
> > I didn't feel like rebooting for.
> > I also put up the .config at 
> > http://pics.skyblue.eu.org/graphs/config.txt if you want to 
> check that out as well.
> > 
> > lon-gw:/var/log# lsmod
> > Module                  Size  Used by
> > 8250                   27380  0 
> > serial_core            25984  1 8250
> > lon-gw:/var/log#
> > 
> > 
> > USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   
> TIME COMMAND
> > root         1  0.0  0.0  1584  516 ?        S    Dec09   
> 0:01 init [2]  
> > root         2  0.0  0.0     0    0 ?        S    Dec09   
> 0:06 [migration/0]
> > root         3  0.0  0.0     0    0 ?        SN   Dec09   
> 0:00 [ksoftirqd/0]
> > root         4  0.0  0.0     0    0 ?        S    Dec09   
> 0:06 [migration/1]
> > root         5  0.0  0.0     0    0 ?        SN   Dec09   
> 0:00 [ksoftirqd/1]
> > root         6  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [events/0]
> > root         7  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [events/1]
> > root         8  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [khelper]
> > root         9  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [kthread]
> > root        12  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [kacpid]
> > root        78  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [kblockd/0]
> > root        79  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [kblockd/1]
> > root        82  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [khubd]
> > root       183  0.0  0.0     0    0 ?        S    Dec09   
> 0:00 [pdflush]
> > root       184  0.0  0.0     0    0 ?        S    Dec09   
> 0:00 [pdflush]
> > root       186  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [aio/0]
> > root       185  0.0  0.0     0    0 ?        S    Dec09   
> 0:00 [kswapd0]
> > root       187  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [aio/1]
> > root       771  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [kseriod]
> > root       848  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [scsi_eh_0]
> > root       881  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [scsi_eh_1]
> > root       915  0.0  0.0     0    0 ?        S<   Dec09   
> 0:00 [scsi_eh_2]
> > root       961  0.0  0.0     0    0 ?        D    Dec09   
> 0:00 [firmware/dell_r]
>                                              ^^^^^            
>    ^^^^^^^^^^^^^^^
> 
> What's this kernel thread ? The fact that it's stuck in D 
> state makes me think it may be the responsible for the skewed 
> values you measure. Can you retry without it ? I don't know 
> where it comes from, maybe this is related to some of the 
> following discoveries, I don't know :
> 
> > scsi2 : LSI Logic MegaRAID driver
> > scsi[2]: scanning scsi channel 0 [Phy 0] for non-raid devices
> >   Vendor: DELL      Model: 1x3 U2W SCSI BP   Rev: 1.21
> >   Type:   Processor                          ANSI SCSI revision: 02
> (...)
> 
> > 0-002d: Using VRM: 8.2 adm9240 0-002d: status: config 0x03 mode 1 
> > i2c_adapter i2c-0: found LM81 revision 3 adm9240 0-002e: Using VRM: 
> > 8.2 adm9240 0-002e: status: config 0x03 mode 1 i2c_adapter 
> i2c-0: detect fail:
> > address match, 0x2f
> >  dcdbas: Dell Systems Management Base Driver (version 5.6.0-1)
> (...)
> 
> Regards,
> Willy
>  
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in the body of a message to 
> majordomo@vger.kernel.org More majordomo info at  
> http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>