From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932231AbXCUHDf (ORCPT ); Wed, 21 Mar 2007 03:03:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932356AbXCUHDf (ORCPT ); Wed, 21 Mar 2007 03:03:35 -0400 Received: from graphe.net ([209.204.138.32]:54860 "EHLO graphe.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932231AbXCUHDe (ORCPT ); Wed, 21 Mar 2007 03:03:34 -0400 Date: Wed, 21 Mar 2007 00:03:05 -0700 (PDT) From: Christoph Lameter X-X-Sender: christoph@graphe.net To: Eric Dumazet cc: Andi Kleen , Andrew Morton , linux kernel Subject: Re: [RFC] SLAB : NUMA cache_free_alien() very expensive because of virt_to_slab(objp); nodeid = slabp->nodeid; In-Reply-To: <4600D04B.6030305@cosmosbay.com> Message-ID: References: <20070320181235.77d28864.dada1@cosmosbay.com> <20070320213218.GA13952@one.firstfloor.org> <46005B7D.3090701@cosmosbay.com> <4600D04B.6030305@cosmosbay.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -2.5 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 Mar 2007, Eric Dumazet wrote: > The fast path is to put the pointer, into the cpu array cache. This object > might be given back some cycles later, because of a kmem_cache_alloc() : No > need to access the two cache lines (struct page, struct slab) If you do that then the slab will no longer return objects from the desired nodes. The assumption is that cpu array objects are from the local node.