From: marco <marco@math.toronto.edu>
To: linux-kernel@vger.kernel.org
Subject: Crazy idle values with 2.4.18-17.7.x
Date: Wed, 30 Oct 2002 15:58:03 -0500 [thread overview]
Message-ID: <20021030155803.F189806@math.utoronto.ca> (raw)
Hello,
Apologies in advance if Red Hat kernels should not be discussed
here (pointers are appreciated).
I've recently upgraded to kernel-2.4.18-17.7.x.athlon.rpm (from
kernel-2.4.18-10.athlon.rpm) and I've noticed a problem with the
CPU idle %. Here is an example of what happens when running
"top":
10:37am up 8 days, 22:02, 9 users, load average: 1.00, 1.01, 1.00
89 processes: 81 sleeping, 7 running, 1 zombie, 0 stopped
CPU states: 0.1% user, 0.1% system, 99.8% nice, 857278.7% idle
Mem: 514156K av, 485724K used, 28432K free, 0K shrd, 57956K buff
Swap: 522072K av, 44048K used, 478024K free 288448K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
18840 mersenne 39 19 14996 14M 696 R N 99.9 2.9 7046m mprime
14091 marco 15 0 1084 1084 848 R 0.1 0.2 0:00 top
1 root 15 0 472 444 420 S 0.0 0.0 0:04 init
2 root 15 0 0 0 0 SW 0.0 0.0 0:01 keventd
3 root 15 0 0 0 0 SW 0.0 0.0 0:00 kapmd
As you can see the idle value is absurd (it blows up about 1 in five
times, other updates are reasonable e.g. 0.2% idle). When running "top"
the value consistently jumps to about 800000% about 20% of the time.
If I run "top -d1" so that the updates take place every second the
value consistently jumps to about 4200000%, again about 20% of the time.
Running "top -d2" makes it jump to around 2000000%. The idle value
behaves approximately as follows:
4200000
idle = --------% once every five updates.
interval
If I stop "mprime" so that the system load becomes negligible the
idle value does not spike. If I run "mprime" or any other CPU-consuming
task (e.g. yes > dev/null) the spikes commence. The niceness of
the process does not seem to matter.
My hardware is an Athlon 2100+ running on an ASUS A7V333.
> uname -a
Linux reimeika.math.toronto.edu 2.4.18-17.7.x #1
Tue Oct 8 11:49:30 EDT 2002 i686 unknown
> top --version
top (procps version 2.0.7)
I should note that all previous Red Hat 7.3 kernels ran fine.
It's telling that according to the 2.4.18-17.7.x errata at:
http://rhn.redhat.com/errata/RHSA-2002-206.html
it's mentioned that the following bug:
/proc/uptime shows wrong uptime (slightly) and idle time (totally)
( http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75113 )
has been fixed.
Kernel bug? "top" bug? Something else? Suggestions appreciated.
Please CC responses to my "Reply-To:" if possible.
Cheers,
--
marco@reimeika.ca
Gunnm: Broken Angel
http://reimeika.ca/
next reply other threads:[~2002-10-30 20:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-30 20:58 marco [this message]
2002-10-31 0:05 ` Crazy idle values with 2.4.18-17.7.x Alan Cox
2002-10-31 1:02 ` Rik van Riel
-- strict thread matches above, loose matches on Subject: below --
2002-10-31 16:21 marco
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20021030155803.F189806@math.utoronto.ca \
--to=marco@math.toronto.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=marco@reimeika.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox