Date: Sun, 11 Dec 2005 21:02:03 +0100
From: Ingo Molnar <mingo@elte.hu>
To: Matt Mackall <mpm@selenic.com>
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: [patch -mm] fix SLOB on x64
Message-ID: <20051211200203.GA19322@elte.hu>
References: <20051211141217.GA5912@elte.hu> <20051211180551.GW8637@waste.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051211180551.GW8637@waste.org>
User-Agent: Mutt/1.4.2.1i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1243
Lines: 28


* Matt Mackall <mpm@selenic.com> wrote:

> On Sun, Dec 11, 2005 at 03:12:17PM +0100, Ingo Molnar wrote:
> > 
> > this patch fixes 32-bitness bugs in mm/slob.c. Successfully booted x64 
> > with SLOB enabled. (i have switched the PREEMPT_RT feature to use the 
> > SLOB allocator exclusively, so it must work on all platforms)
> 
> The patch looks fine, but what's this about using SLOB exclusively?  
> Fragmentation performance of SLOB is miserable on anything like a 
> modern desktop, I think SLOB only makes sense for small machines. The 
> locking also suggests dual core at most.

well, this is only an -rt artifact: the SLOB needs zero modifications to 
work on PREEMPT_RT, while SLAB needed a risky 66K monster patch. Until 
someone simplifies the SLAB conversion to PREEMPT_RT, i'll use the SLOB.

i havent noticed any significant slowdown due to the SLOB. In any case, 
we'll give it some workout which should further speed up its upstream 
integration - it's looking good so far.

	Ingo
-
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/