* ondemand: cpu load calculation with kernel processus
@ 2007-05-31 21:57 Nicolas Capit
2007-06-01 0:57 ` Len Brown
0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Capit @ 2007-05-31 21:57 UTC (permalink / raw)
To: cpufreq
[-- Attachment #1.1: Type: text/plain, Size: 534 bytes --]
Hello,
I am running a Debian unstable with a kernel 2.6.21-1-686 and using
modules powernow_k8 and cpufreq_ondemand.
My configuration with the ondemand governor seems to work very well
except when my cpu is busy by the kernel processus kcryptd. The cpu is
100% busy but the frequency is not increased.
(I am using the module dm_crypt to encrypt my home filesystem)
So my question is:
Does the ondemand governor calculate the load of the machine with user
level and *kernel* level processus?
Thanks,
Nicolas.
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: ondemand: cpu load calculation with kernel processus
2007-05-31 21:57 ondemand: cpu load calculation with kernel processus Nicolas Capit
@ 2007-06-01 0:57 ` Len Brown
2007-06-01 1:57 ` Nicolas Capit
0 siblings, 1 reply; 3+ messages in thread
From: Len Brown @ 2007-06-01 0:57 UTC (permalink / raw)
To: cpufreq
On Thursday 31 May 2007 17:57, Nicolas Capit wrote:
> Hello,
>
> I am running a Debian unstable with a kernel 2.6.21-1-686 and using
> modules powernow_k8 and cpufreq_ondemand.
>
> My configuration with the ondemand governor seems to work very well
> except when my cpu is busy by the kernel processus kcryptd. The cpu is
> 100% busy but the frequency is not increased.
> (I am using the module dm_crypt to encrypt my home filesystem)
>
> So my question is:
> Does the ondemand governor calculate the load of the machine with user
> level and *kernel* level processus?
both user and kernel time should count as busy time.
do the cpu stats exposed by top show that you have idle time available?
-Len
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: ondemand: cpu load calculation with kernel processus
2007-06-01 0:57 ` Len Brown
@ 2007-06-01 1:57 ` Nicolas Capit
0 siblings, 0 replies; 3+ messages in thread
From: Nicolas Capit @ 2007-06-01 1:57 UTC (permalink / raw)
To: Len Brown; +Cc: cpufreq
On Thu, 31 May 2007 20:57:45 -0400
Len Brown <lenb@kernel.org> wrote:
> On Thursday 31 May 2007 17:57, Nicolas Capit wrote:
> > Hello,
> >
> > I am running a Debian unstable with a kernel 2.6.21-1-686 and using
> > modules powernow_k8 and cpufreq_ondemand.
> >
> > My configuration with the ondemand governor seems to work very well
> > except when my cpu is busy by the kernel processus kcryptd. The cpu is
> > 100% busy but the frequency is not increased.
> > (I am using the module dm_crypt to encrypt my home filesystem)
> >
> > So my question is:
> > Does the ondemand governor calculate the load of the machine with user
> > level and *kernel* level processus?
>
> both user and kernel time should count as busy time.
>
> do the cpu stats exposed by top show that you have idle time available?
Ok I am sorry for the noise :-(
My program that get the CPU stats is buggy... with top, effectively the
CPU is 0% idle but 10%us and 90%wa
(wa : Amount of time the CPU has been waiting for I/O to complete.)
Except if increasing the CPU frequency will reduce I/O wait time, the
cpufreq_ondemand works well...
>
> -Len
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-06-01 1:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-31 21:57 ondemand: cpu load calculation with kernel processus Nicolas Capit
2007-06-01 0:57 ` Len Brown
2007-06-01 1:57 ` Nicolas Capit
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.