Messages in this thread | | | Date | Mon, 12 Sep 2005 13:55:50 -0700 | From | Andrew Morton <> | Subject | Re: 2.6.13-mm3 |
| |
Sonny Rao <sonny@burdell.org> wrote: > > On Mon, Sep 12, 2005 at 12:56:41PM -0700, Andrew Morton wrote: > > Sonny Rao <sonny@burdell.org> wrote: > > > > > > On Mon, Sep 12, 2005 at 02:43:50AM -0700, Andrew Morton wrote: > > > <snip> > > > > - There are several performance tuning patches here which need careful > > > > attention and testing. (Does anyone do performance testing any more?) > > > <snip> > > > > > > > > - The size of the page allocator per-cpu magazines has been increased > > > > > > > > - The page allocator has been changed to use higher-order allocations > > > > when batch-loading the per-cpu magazines. This is intended to give > > > > improved cache colouring effects however it might have the downside of > > > > causing extra page allocator fragmentation. > > > > > > > > - The page allocator's per-cpu magazines have had their lower threshold > > > > set to zero. And we can't remember why it ever had a lower threshold. > > > > > > > > > > What would you like? The usual suspects: SDET, dbench, kernbench ? > > > > > > > That would be a good start, thanks. The higher-order-allocations thing is > > mainly targeted at big-iron numerical computing I believe. > > I assume you're referring to allocating huge pages?
No. I'm referring to ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm3/broken-out/mm-try-to-allocate-higher-order-pages-in-rmqueue_bulk.patch
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |