[lug] Re: kupdate and stalls
Doug Hunt
dhunt at ucar.edu
Thu Jan 4 09:16:53 MST 2001
Tim: I don't know anything about kflushd (other than it is some kernel
daemon that deals with memory management) but a google search turned up
this interesting (if not completely informative) tidbit:
http://www.uwsg.iu.edu/hypermail/linux/kernel/9904.2/0468.html
Regards,
Doug Hunt
Tim Fredrick wrote:
>
> Hello,
> We have a 4-CPU 500MHz Xeon Dell Poweredge here with a bunch (about 256
> accounts and about 32 active logins) here that has started behaving
> badly. That is, 2 or 3 times in a 30-minute period it will stall for a
> few seconds. I took a look at "top" and "xosview" and what happens
> is the CPU LOAD goes high up to as much as 20. Yet we see less activity
> on the individual CPU's, no swap usage, no disk activity, and a lessening
> of process activity. In terms of process activity, the USR processes
> nearly disappear while the SYS processes diminish in activity.
> top shows that during this time, we're running "kupdate" and "kupdate"
>
> 2 root 3 0 0 0 0 DW 0 7.7 0.0 15:40 kflushd
> 3 root 1 0 0 0 0 DW 0 5.8 0.0 34:12 kupdate
>
> along with an expected mix of user processes. Can someone tell me what
> these two processes which are part of the kernel do? Our system's
> set is currently:
>
> Redhat 6.1
> Kernel 2.2.14 SMP
> 2GB RAM (1.8 show up as being used on cat /proc/meminfo)
> OS and swap space on RAID disk, user files on separate RAID disk
>
> Can someone advise how I might further figure out what's causing these
> nasty stalls? Would upgrading the Redhat version or kernel be a way out
> of this? How about calling Scully and Mulder?
>
> Thanks in advance, --Tim (fredrick at acd.ucar.edu)
> NCAR/ACD Computer Systems Administration
--
dhunt at ucar.edu
Software Engineer III
UCAR - COSMIC
Tel. (303) 497-2611
More information about the LUG
mailing list