CPU load



Hello,

How does the kernel calculates the value it places in `/proc/stat' at
4th position (i.e. "idle: twiddling thumbs")?

For background information as to why this question arose in the first
place read on.

While writing the code dealing with video acquisition/processing at
work noticed that what top(1) (and every other tool that uses
`/proc/stat' or `/proc/uptime') shows some very strange results.

Top claimed that the system running one version of the code[A] is
idling more often than the code[B] doing the same thing but more
cleverly. After some head scratching one of my colleagues suggested a
simple test that was implemented in a few minutes.

The test consisted of a counter that incremented in an endless loop
also after certain period of time had elapsed it printed the value of
the counter. Running this test (with priority set to the lowest
possible level) with code[A] and code[B] confirmed that code[B] is
indeed faster than code[A], in a sense that the test made more forward
progress while code[B] is running.

Hard-coding some things (i.e. the value of the counter after counting
for the duration of one period on completely idle system) we extended
the test to show the percentage of CPU that was utilized. This never
matched the value that top presented us with.

Later small kernel module was developed that tried to time how much
time is spent in the idle handler inside the kernel and exported this
information to the user-space. The results were consistent with our
expectations and the output of the test utility.

Two more points.

a. In the past (again video processing context) i have witnessed
`/proc/stat' claiming that CPU utilization is 0% for, say, 20
seconds followed by 5 seconds of 30% load, and then the cycle
repeated. According to the methods outlined above the load is
always at 30%.

b. In my personal experience difference between `/proc/stat' and
"reality" can easily reach 40% (think i saw even more than that)

The module and graphical application that uses it, along with some
short README and a link to Usenet article dealing with the same
subject is available at:
http://www.boblycat.org/~malc/apc

Thanks


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



Relevant Pages

  • Re: CPU load
    ... How does the kernel calculates the value it places in `/proc/stat' at ... For background information as to why this question arose in the first ... for the duration of one period on completely idle system) we extended ... the test to show the percentage of CPU that was utilized. ...
    (Linux-Kernel)
  • High cpu load due to pdflush
    ... The load average when idle never goes below 100%. ... Note that we are at 70% for the wait state, 9.9% idle. ... I haven't changed anything in /proc/sys/vm and am running the 2.6.24-rc1-git12 kernel on Ubuntu Gutsy. ... I applied the following patch and build/ran a kernel (but it did not reduce the cpu load on my system): ...
    (Linux-Kernel)
  • Re: [APM] CPU idle calls causing problem with ASUS P4PE MoBo
    ... > I am experiencing problems with the CPU idle call feature on an ASUS P4PE ... > the kernel to determine the status of our IRQ, ...
    (Linux-Kernel)
  • Re: Updated Ross Dickson C1Halt patch for 2.6.5
    ... > and turn APIC off in settings then the kernel will crash at compile ... > to record the compile error as well. ... Agreed it is time to clean the patch up. ... Perhaps a config item to change the idle preselected for boot ...
    (Linux-Kernel)
  • Re: dynamic-hz
    ... the system is idle. ... So far, in all my Linux kernel experience, I've ... yet to see a kernel where it's possible to stay in the idle thread ... send the line "unsubscribe linux-kernel" in ...
    (Linux-Kernel)

Loading