[lkml]   [2001]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: kupdated high load with heavy disk I/O
I have to find time to down the box because it's production, but as soon as
I do I'll post the numbers here.

Thanks for your help.


> Could you please guys try to reproduce the problem with kernel profiling
> turned on and send us the output of readprofile?

> This way we can know which function is using more CPU time, thus we can
> identify the problem.

On Wed, 14 Nov 2001, John McCutchan wrote:

> Hi,
> I also have the exact same behaviour when running mkisofs. During the
> creation of the ISO the interactive feel is sluggish and after mkisofs
> is complete the box is sluggish and appears to lock up. During
> this sluggish period there is alot of disk activity. This is under
> 2.4.14
> John
> On Wed, Nov 14, 2001 at 06:01:23PM -0500, Rechenberg, Andrew wrote:
> > Hello,
> >
> > I have read some previous threads about kupdated consuming 99% of CPU
> > intense disk I/O in kernel 2.4.x on the archives of linux-kernel (April
> > 2001), and some issues about I/O problems on linux-mm, but have yet to
> > any suggestions or fixes. I am currently experiencing the same issue
> > was wondering if anyone has any thoughts or suggestions on the issue. I
> > not subscribed to the list so would you please CC: me directly on any
> > responses? I can also check out the archives at if a
> > would not be appropriate. Thank you.
> >
> > The issue that I am having is that when there is a heavy amount a disk
> > the box becomes slightly unresponsive and kupdated is using 99.9% in
> > Sometimes the box appears to totally lock up. If one waits several
> > to a couple of minutes the system appears to 'unlock' and runs
> > for a while. This cycle will repeat itself until the I/O subsides. The
> > memory usage goes up to the full capacity of the box and then about 10MB
> > swap is used while this problem is occurring. Memory and swap does not
> > relinquished afer the incident.
> >
> > The issue appears in kernel 2.4.14 compiled directly from source from
> > with no patches. These problems manifest themselves with
> > one user doing heavy disk I/O. The normal user load on the box can run
> > between 350-450 users so this behavior would be unacceptable because the
> > application that is being run is interactive. With 450 users, and the
> > process running on a 2.2.20 kernel the performance of the box is great,
> > only a very slightly noticeable slow down.
> >
> > I am running the Informix database UniVerse version on a 4
> > 700MHz Xeon Dell PowerEdge 6400. The disk subsystem is controlled by a
> > 2/DC RAID card with 128MB on-board cache (megaraid driver compiled
> > in to the kernel). Data array is on 5 36GB 10K Ultra160 disks in a
> > configuration. The box has 4GB RAM, but is only using 2GB due to the
> > back to the 2.2 kernel. The only kernel paramters that have been
> > are in /proc/sys/kernel/sem. All filesystems are ext2.
> >
> > If you need any more detailed info, please let me know. Any help on
> > problem would be immensely appreciated. Thank you in advance.
> >
> > Regards,
> > Andrew Rechenberg
> > Network Team, Sherman Financial Group
> >
> >
> > --
> > To unsubscribe, send a message with 'unsubscribe linux-mm' in
> > the body to For more info on Linux MM,
> > see:
> >
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to For more info on Linux MM,
> see:

To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to For more info on Linux MM,
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:13    [W:0.037 / U:0.604 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site