* [PATCH] For preventing kstat overflow
@ 2004-03-09 2:23 Kingsley Cheung
2004-03-09 2:53 ` Andrew Morton
0 siblings, 1 reply; 4+ messages in thread
From: Kingsley Cheung @ 2004-03-09 2:23 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 784 bytes --]
Hi All,
What do people think of a patch to change the fields in cpu_usage_stat
from unsigned ints to unsigned long longs? And the same change for
nr_switches in the runqueue structure too?
My colleagues and I believe this is necessary given that the accrued
usage for one CPU will overflow 32 bits fairly quickly if its
continuously busy. If I understand it correctly, for HZ being 100,
overflow can occur in 497 days. Its actually worse for context
switches on a busy system, for we've been seeing an average of ten
switches a tick for some of the statistics we have.
I haven't made any changes to the interrupt statistics to use unisnged
long long however. Perhaps that should be considered as well, but
that'll mean changes to architecture dependent code...
--
Kingsley
[-- Attachment #2: kstat.patch --]
[-- Type: text/plain, Size: 4035 bytes --]
diff -u -r1.1.1.1 proc_misc.c
--- Linux-2.6.3/fs/proc/proc_misc.c 23 Feb 2004 05:28:59 -0000 1.1.1.1
+++ Linux-2.6.3/fs/proc/proc_misc.c 9 Mar 2004 02:12:21 -0000
@@ -361,7 +361,7 @@
int i;
extern unsigned long total_forks;
unsigned long jif;
- unsigned int sum = 0, user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq = 0, softirq = 0;
+ unsigned long long sum = 0, user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq = 0, softirq = 0;
jif = - wall_to_monotonic.tv_sec;
if (wall_to_monotonic.tv_nsec)
@@ -381,26 +381,26 @@
sum += kstat_cpu(i).irqs[j];
}
- seq_printf(p, "cpu %u %u %u %u %u %u %u\n",
- jiffies_to_clock_t(user),
- jiffies_to_clock_t(nice),
- jiffies_to_clock_t(system),
- jiffies_to_clock_t(idle),
- jiffies_to_clock_t(iowait),
- jiffies_to_clock_t(irq),
- jiffies_to_clock_t(softirq));
+ seq_printf(p, "cpu %llu %llu %llu %llu %llu %llu %llu\n",
+ jiffies_64_to_clock_t(user),
+ jiffies_64_to_clock_t(nice),
+ jiffies_64_to_clock_t(system),
+ jiffies_64_to_clock_t(idle),
+ jiffies_64_to_clock_t(iowait),
+ jiffies_64_to_clock_t(irq),
+ jiffies_64_to_clock_t(softirq));
for_each_online_cpu(i) {
- seq_printf(p, "cpu%d %u %u %u %u %u %u %u\n",
+ seq_printf(p, "cpu%d %llu %llu %llu %llu %llu %llu %llu\n",
i,
- jiffies_to_clock_t(kstat_cpu(i).cpustat.user),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.nice),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.system),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.idle),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.iowait),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.irq),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.softirq));
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.user),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.nice),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.system),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.idle),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.iowait),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.irq),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.softirq));
}
- seq_printf(p, "intr %u", sum);
+ seq_printf(p, "intr %llu", sum);
#if !defined(CONFIG_PPC64) && !defined(CONFIG_ALPHA)
for (i = 0; i < NR_IRQS; i++)
@@ -408,7 +408,7 @@
#endif
seq_printf(p,
- "\nctxt %lu\n"
+ "\nctxt %llu\n"
"btime %lu\n"
"processes %lu\n"
"procs_running %lu\n"
diff -u -r1.1.1.1 kernel_stat.h
--- Linux-2.6.3/include/linux/kernel_stat.h 23 Feb 2004 05:28:47 -0000 1.1.1.1
+++ Linux-2.6.3/include/linux/kernel_stat.h 9 Mar 2004 02:12:21 -0000
@@ -14,13 +14,13 @@
*/
struct cpu_usage_stat {
- unsigned int user;
- unsigned int nice;
- unsigned int system;
- unsigned int softirq;
- unsigned int irq;
- unsigned int idle;
- unsigned int iowait;
+ unsigned long long user;
+ unsigned long long nice;
+ unsigned long long system;
+ unsigned long long softirq;
+ unsigned long long irq;
+ unsigned long long idle;
+ unsigned long long iowait;
};
struct kernel_stat {
@@ -34,7 +34,7 @@
/* Must have preemption disabled for this to be meaningful. */
#define kstat_this_cpu __get_cpu_var(kstat)
-extern unsigned long nr_context_switches(void);
+extern unsigned long long nr_context_switches(void);
/*
* Number of interrupts per specific IRQ source, since bootup
diff -u -r1.1.1.1 sched.c
--- Linux-2.6.3/kernel/sched.c 23 Feb 2004 05:29:07 -0000 1.1.1.1
+++ Linux-2.6.3/kernel/sched.c 9 Mar 2004 02:12:21 -0000
@@ -199,8 +199,9 @@
*/
struct runqueue {
spinlock_t lock;
- unsigned long nr_running, nr_switches, expired_timestamp,
- nr_uninterruptible, timestamp_last_tick;
+ unsigned long long nr_switches;
+ unsigned long nr_running, expired_timestamp, nr_uninterruptible,
+ timestamp_last_tick;
task_t *curr, *idle;
struct mm_struct *prev_mm;
prio_array_t *active, *expired, arrays[2];
@@ -948,9 +949,9 @@
return sum;
}
-unsigned long nr_context_switches(void)
+unsigned long long nr_context_switches(void)
{
- unsigned long i, sum = 0;
+ unsigned long long i, sum = 0;
for_each_cpu(i)
sum += cpu_rq(i)->nr_switches;
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] For preventing kstat overflow
2004-03-09 2:23 [PATCH] For preventing kstat overflow Kingsley Cheung
@ 2004-03-09 2:53 ` Andrew Morton
2004-03-09 5:57 ` Kingsley Cheung
0 siblings, 1 reply; 4+ messages in thread
From: Andrew Morton @ 2004-03-09 2:53 UTC (permalink / raw)
To: Kingsley Cheung; +Cc: linux-kernel
Kingsley Cheung <kingsley@aurema.com> wrote:
>
> Hi All,
>
> What do people think of a patch to change the fields in cpu_usage_stat
> from unsigned ints to unsigned long longs? And the same change for
> nr_switches in the runqueue structure too?
Sounds unavoidable.
> Its actually worse for context
> switches on a busy system, for we've been seeing an average of ten
> switches a tick for some of the statistics we have.
Sounds broken. What CPU scheduler are you using?
> for_each_online_cpu(i) {
> - seq_printf(p, "cpu%d %u %u %u %u %u %u %u\n",
> + seq_printf(p, "cpu%d %llu %llu %llu %llu %llu %llu %llu\n",
> i,
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.user),
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.nice),
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.system),
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.idle),
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.iowait),
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.irq),
> - jiffies_to_clock_t(kstat_cpu(i).cpustat.softirq));
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.user),
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.nice),
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.system),
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.idle),
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.iowait),
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.irq),
> + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.softirq));
jiffies_64_to_clock_t() takes and returns a u64, not an unsigned long long.
> }
> - seq_printf(p, "intr %u", sum);
> + seq_printf(p, "intr %llu", sum);
It would be best to convert everything to u64, not to unsigned long long.
But cast them to unsigned long long for printk.
It's a bit ugly, but at least it pins everything down to know types and
sizes on all architectures.
> struct cpu_usage_stat {
> - unsigned int user;
> - unsigned int nice;
> - unsigned int system;
> - unsigned int softirq;
> - unsigned int irq;
> - unsigned int idle;
> - unsigned int iowait;
> + unsigned long long user;
> + unsigned long long nice;
> + unsigned long long system;
> + unsigned long long softirq;
> + unsigned long long irq;
> + unsigned long long idle;
> + unsigned long long iowait;
Do these have appropriate locking or are we just accepting the occasional
glitch?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] For preventing kstat overflow
2004-03-09 2:53 ` Andrew Morton
@ 2004-03-09 5:57 ` Kingsley Cheung
2004-03-09 23:13 ` Kingsley Cheung
0 siblings, 1 reply; 4+ messages in thread
From: Kingsley Cheung @ 2004-03-09 5:57 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 3296 bytes --]
On Mon, Mar 08, 2004 at 06:53:54PM -0800, Andrew Morton wrote:
> Kingsley Cheung <kingsley@aurema.com> wrote:
> >
> > Hi All,
> >
> > What do people think of a patch to change the fields in cpu_usage_stat
> > from unsigned ints to unsigned long longs? And the same change for
> > nr_switches in the runqueue structure too?
>
> Sounds unavoidable.
>
> > Its actually worse for context
> > switches on a busy system, for we've been seeing an average of ten
> > switches a tick for some of the statistics we have.
>
> Sounds broken. What CPU scheduler are you using?
Um, what do you mean by broken?
Well, as for the scheduler, its the Entitlement Based Scheduler, but
it doesn't look like its got anything to do with the scheduler. Some
work loads we have been testing just have processes that come and go
so frequently that the context switch rate is high. Even when Ingo
posted his original O(1) patch (see
http://marc.theaimsgroup.com/?l=linux-kernel&m=101010394225604&w=2) he
claimed high context switch rates.
>
> > for_each_online_cpu(i) {
> > - seq_printf(p, "cpu%d %u %u %u %u %u %u %u\n",
> > + seq_printf(p, "cpu%d %llu %llu %llu %llu %llu %llu %llu\n",
> > i,
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.user),
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.nice),
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.system),
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.idle),
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.iowait),
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.irq),
> > - jiffies_to_clock_t(kstat_cpu(i).cpustat.softirq));
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.user),
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.nice),
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.system),
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.idle),
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.iowait),
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.irq),
> > + jiffies_64_to_clock_t(kstat_cpu(i).cpustat.softirq));
>
> jiffies_64_to_clock_t() takes and returns a u64, not an unsigned long long.
>
> > }
> > - seq_printf(p, "intr %u", sum);
> > + seq_printf(p, "intr %llu", sum);
>
> It would be best to convert everything to u64, not to unsigned long long.
> But cast them to unsigned long long for printk.
Makes sense given the way jiffies_64_to_clock_t() works. The casts
are not needed right? IMHO I would have thought unsigned long long is
guarenteed to be at least 64 bits by the C99 standard.
Anyway I've modified the patch to make cpu_usage_stat use u64. I
didn't change nr_switches() however...
>
> It's a bit ugly, but at least it pins everything down to know types and
> sizes on all architectures.
>
> > struct cpu_usage_stat {
> > - unsigned int user;
> > - unsigned int nice;
> > - unsigned int system;
> > - unsigned int softirq;
> > - unsigned int irq;
> > - unsigned int idle;
> > - unsigned int iowait;
> > + unsigned long long user;
> > + unsigned long long nice;
> > + unsigned long long system;
> > + unsigned long long softirq;
> > + unsigned long long irq;
> > + unsigned long long idle;
> > + unsigned long long iowait;
>
> Do these have appropriate locking or are we just accepting the occasional
> glitch?
Yeah, the occasional glitch shouldn't be a problem ;)
--
Kingsley
[-- Attachment #2: kstat.patch --]
[-- Type: text/plain, Size: 4068 bytes --]
diff -u -r1.1.1.1 proc_misc.c
--- Linux-2.6.3/fs/proc/proc_misc.c 23 Feb 2004 05:28:59 -0000 1.1.1.1
+++ Linux-2.6.3/fs/proc/proc_misc.c 9 Mar 2004 05:50:42 -0000
@@ -361,7 +361,7 @@
int i;
extern unsigned long total_forks;
unsigned long jif;
- unsigned int sum = 0, user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq = 0, softirq = 0;
+ u64 sum = 0, user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq = 0, softirq = 0;
jif = - wall_to_monotonic.tv_sec;
if (wall_to_monotonic.tv_nsec)
@@ -378,29 +378,29 @@
irq += kstat_cpu(i).cpustat.irq;
softirq += kstat_cpu(i).cpustat.softirq;
for (j = 0 ; j < NR_IRQS ; j++)
- sum += kstat_cpu(i).irqs[j];
+ sum += (u64)kstat_cpu(i).irqs[j];
}
- seq_printf(p, "cpu %u %u %u %u %u %u %u\n",
- jiffies_to_clock_t(user),
- jiffies_to_clock_t(nice),
- jiffies_to_clock_t(system),
- jiffies_to_clock_t(idle),
- jiffies_to_clock_t(iowait),
- jiffies_to_clock_t(irq),
- jiffies_to_clock_t(softirq));
+ seq_printf(p, "cpu %llu %llu %llu %llu %llu %llu %llu\n",
+ jiffies_64_to_clock_t(user),
+ jiffies_64_to_clock_t(nice),
+ jiffies_64_to_clock_t(system),
+ jiffies_64_to_clock_t(idle),
+ jiffies_64_to_clock_t(iowait),
+ jiffies_64_to_clock_t(irq),
+ jiffies_64_to_clock_t(softirq));
for_each_online_cpu(i) {
- seq_printf(p, "cpu%d %u %u %u %u %u %u %u\n",
+ seq_printf(p, "cpu%d %llu %llu %llu %llu %llu %llu %llu\n",
i,
- jiffies_to_clock_t(kstat_cpu(i).cpustat.user),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.nice),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.system),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.idle),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.iowait),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.irq),
- jiffies_to_clock_t(kstat_cpu(i).cpustat.softirq));
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.user),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.nice),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.system),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.idle),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.iowait),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.irq),
+ jiffies_64_to_clock_t(kstat_cpu(i).cpustat.softirq));
}
- seq_printf(p, "intr %u", sum);
+ seq_printf(p, "intr %llu", sum);
#if !defined(CONFIG_PPC64) && !defined(CONFIG_ALPHA)
for (i = 0; i < NR_IRQS; i++)
@@ -408,7 +408,7 @@
#endif
seq_printf(p,
- "\nctxt %lu\n"
+ "\nctxt %llu\n"
"btime %lu\n"
"processes %lu\n"
"procs_running %lu\n"
diff -u -r1.1.1.1 kernel_stat.h
--- Linux-2.6.3/include/linux/kernel_stat.h 23 Feb 2004 05:28:47 -0000 1.1.1.1
+++ Linux-2.6.3/include/linux/kernel_stat.h 9 Mar 2004 05:50:42 -0000
@@ -14,13 +14,13 @@
*/
struct cpu_usage_stat {
- unsigned int user;
- unsigned int nice;
- unsigned int system;
- unsigned int softirq;
- unsigned int irq;
- unsigned int idle;
- unsigned int iowait;
+ u64 user;
+ u64 nice;
+ u64 system;
+ u64 softirq;
+ u64 irq;
+ u64 idle;
+ u64 iowait;
};
struct kernel_stat {
@@ -34,7 +34,7 @@
/* Must have preemption disabled for this to be meaningful. */
#define kstat_this_cpu __get_cpu_var(kstat)
-extern unsigned long nr_context_switches(void);
+extern unsigned long long nr_context_switches(void);
/*
* Number of interrupts per specific IRQ source, since bootup
diff -u -r1.1.1.1 sched.c
--- Linux-2.6.3/kernel/sched.c 23 Feb 2004 05:29:07 -0000 1.1.1.1
+++ Linux-2.6.3/kernel/sched.c 9 Mar 2004 05:50:42 -0000
@@ -199,8 +199,9 @@
*/
struct runqueue {
spinlock_t lock;
- unsigned long nr_running, nr_switches, expired_timestamp,
- nr_uninterruptible, timestamp_last_tick;
+ unsigned long long nr_switches;
+ unsigned long nr_running, expired_timestamp, nr_uninterruptible,
+ timestamp_last_tick;
task_t *curr, *idle;
struct mm_struct *prev_mm;
prio_array_t *active, *expired, arrays[2];
@@ -948,9 +949,9 @@
return sum;
}
-unsigned long nr_context_switches(void)
+unsigned long long nr_context_switches(void)
{
- unsigned long i, sum = 0;
+ unsigned long long i, sum = 0;
for_each_cpu(i)
sum += cpu_rq(i)->nr_switches;
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] For preventing kstat overflow
2004-03-09 5:57 ` Kingsley Cheung
@ 2004-03-09 23:13 ` Kingsley Cheung
0 siblings, 0 replies; 4+ messages in thread
From: Kingsley Cheung @ 2004-03-09 23:13 UTC (permalink / raw)
To: Andrew Morton, linux-kernel
On Tue, Mar 09, 2004 at 04:57:04PM +1100, Kingsley Cheung wrote:
> On Mon, Mar 08, 2004 at 06:53:54PM -0800, Andrew Morton wrote:
> > Kingsley Cheung <kingsley@aurema.com> wrote:
> > >
> > > Hi All,
> > >
> > > What do people think of a patch to change the fields in cpu_usage_stat
> > > from unsigned ints to unsigned long longs? And the same change for
> > > nr_switches in the runqueue structure too?
> >
> > Sounds unavoidable.
> >
> > > Its actually worse for context
> > > switches on a busy system, for we've been seeing an average of ten
> > > switches a tick for some of the statistics we have.
> >
> > Sounds broken. What CPU scheduler are you using?
>
> Um, what do you mean by broken?
>
> Well, as for the scheduler, its the Entitlement Based Scheduler, but
> it doesn't look like its got anything to do with the scheduler. Some
> work loads we have been testing just have processes that come and go
> so frequently that the context switch rate is high. Even when Ingo
> posted his original O(1) patch (see
> http://marc.theaimsgroup.com/?l=linux-kernel&m=101010394225604&w=2) he
> claimed high context switch rates.
Oh, just in case there's some confusion... even though we've been
seeing it for EBS, the patch is for 2.6.3.
--
Kingsley
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-03-09 23:14 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-09 2:23 [PATCH] For preventing kstat overflow Kingsley Cheung
2004-03-09 2:53 ` Andrew Morton
2004-03-09 5:57 ` Kingsley Cheung
2004-03-09 23:13 ` Kingsley Cheung
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox