[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.0912091218060.16491@router.home>
Date: Wed, 9 Dec 2009 12:23:29 -0600 (CST)
From: Christoph Lameter <cl@...ux-foundation.org>
To: Mike Travis <travis@....com>
cc: tony.luck@...el.com, Andrew Morton <akpm@...ux-foundation.org>,
Jan Beulich <JBeulich@...ell.com>, Tejun Heo <tj@...nel.org>,
linux-mm@...ck.org, Geert Uytterhoeven <geert@...ux-m68k.org>,
linux-ia64@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] mm/vmalloc: don't use vmalloc_end
On Wed, 9 Dec 2009, Mike Travis wrote:
> > Tony: Can you confirm that the new percpu stuff works on IA64? (Or is
> > there nobody left to care?)
>
> Christoph, I have access to a 640p system for a couple more weeks if
> there's anything you'd like me to check out.
Boot with 2.6.32 and see if the per cpu allocator works. Check if there
are any changes to memory consumption. Create a few thousand virtual
ethernet devices and see if the system keels over.
It may also be good to run some scheduler test. Compare AIM9 of latest
SLES with 2.6.32. Concurrent page fault test? Then a performance test with
lots of concurrency but the usual stuff wont work since HPC apps usually
pin.
Run latencytest (available in the lldiag package) from
kernel.org/pub/linux/kernel/people/christoph/lldiag and see how the
disturbances by the OS are changed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists