On Wed, 2 May 2007, Pallipadi, Venkatesh wrote:
> Can this use 'deferrable timer' along with round_jiffies. That
> will eliminate the issue of too frequent interrupt when CPU is idle.
Yes I asked Arjan about this.
> >+struct delayed_work *vmstat_work = &per_cpu(vmstat_work, cpu);
> >+
> >+
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of
>Christoph Lameter
>Sent: Saturday, April 28, 2007 10:09 PM
>To: [EMAIL PROTECTED]
>Cc: linux-kernel@vger.kernel.org; Arjan van de Ven
>Subject: vmstat: use our own timer events
>
>
>We could implement
On Mon, 30 Apr 2007, Arjan van de Ven wrote:
> > Well the cache_reaper of SLAB hits hard todays anyways. This will help
> > if they switch to slub because the counter consolidation is much lighter
> > weight.
>
> it's not about the weight. It's about waking up *at all*. I've been working
> really
Christoph Lameter wrote:
On Sun, 29 Apr 2007, Andrew Morton wrote:
on each node at the second and then each of the other processor on a
node on a subsequent tick. That may be useful to keep a large amount
of the second free of timer activity. Maybe the timer folks will have
some feedback on thi
On Sun, 29 Apr 2007, Andrew Morton wrote:
> > on each node at the second and then each of the other processor on a
> > node on a subsequent tick. That may be useful to keep a large amount
> > of the second free of timer activity. Maybe the timer folks will have
> > some feedback on this one?
>
>
On Sat, 28 Apr 2007 22:09:04 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> vmstat is currently using the cache reaper to periodically bring the
> statistics up to date. The cache reaper does only exists in SLUB
> as a way to provide compatibility with SLAB. This patch removes
> the v
6 matches
Mail list logo
