Re: [PATCH: 2.6.18.1] delayacct: cpu_count in taskstats updated correctly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 26 Oct 2006, David Rientjes wrote:
I don't see a cpu_delay, I see a cpu_delay_total.  This is the CPU's
cumulative delay and is only accessible through the user-space accounting
program Documentation/accounting/getdelays.c.  It reports the number of
delay values recorded and the real total, virtual total, and delay total;
each of these are cumulative.

Yes, I reread the docs more carefully. You are right, and I was wrong.

In the use case for cpu_count, taking the difference of two successive
cpu_count readings as reported by getdelays.c would find the number of
delays experienced in that interval.  This is described in the program's
documentation so by definition the count must be cumulative.  It is also
possible to find the average delay but dividing cpu_delay_total by
cpu_count.

The original code is correct and accumulation is appropriate.

Thanks for setting me straight. I withdraw the patch.

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

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux