Received: with ECARTIS (v1.0.0; list netdev); Tue, 27 Jul 2004 14:28:00 -0700 (PDT) Received: from posti5.jyu.fi (posti5.jyu.fi [130.234.4.34]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i6RLRqwS030345 for ; Tue, 27 Jul 2004 14:27:53 -0700 Received: from silmu.st.jyu.fi (IDENT:snMp+Lun+1lfmouA2fRm+DECel9zLPYT@silmu.st.jyu.fi [130.234.4.64]) by posti5.jyu.fi (8.12.8/8.12.8/antispam) with ESMTP id i6RLRRcn020365; Wed, 28 Jul 2004 00:27:27 +0300 Date: Wed, 28 Jul 2004 00:27:26 +0300 (EEST) From: Pasi Sjoholm X-X-Sender: ptsjohol@silmu.st.jyu.fi To: Robert Olsson cc: Francois Romieu , H?ctor Mart?n , Linux-Kernel , , , , Subject: Re: ksoftirqd uses 99% CPU triggered by network traffic (maybe RLT-8139 related) In-Reply-To: <16646.47585.814327.628319@robur.slu.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) at posti5.jyu.fi; Wed, 28 Jul 2004 00:27:29 +0300 X-archive-position: 7209 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: ptsjohol@cc.jyu.fi Precedence: bulk X-list: netdev On Tue, 27 Jul 2004, Robert Olsson wrote: > > Yeah, when the ksoftirqd is taking all the cpu it will be like that, but > > when the kernel is behaving normally the starving diff is between 0->1sec. > Well ksoftirqd makes your kernel load just visible which is good and > ksofirqd gets accounted for this when softirq's get deferred to it. > It may look like goes from 0 to 100% but thats probably not the case. > The problem is we can starve userland at high loads. As said we were > trying some way to cure this I may have some old patch if you like to try. Ok, as I said before I'm willing to test your patches. It would be nice that one could use the full capacity of his/her computer. This is not a big problem for everyday use for a workstation but prevents 2.6-series to be used in production-enviroments in the servers. But hey.. we need to do some work and maybe we will resolve this. =) -- Pasi Sjöholm