From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2992457AbXCWPIm (ORCPT ); Fri, 23 Mar 2007 11:08:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S2992461AbXCWPIm (ORCPT ); Fri, 23 Mar 2007 11:08:42 -0400 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:46907 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2992457AbXCWPIl (ORCPT ); Fri, 23 Mar 2007 11:08:41 -0400 Date: Fri, 23 Mar 2007 08:08:42 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Andrew Morton cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [QUICKLIST 1/5] Quicklists for page table pages V4 In-Reply-To: <20070322234848.100abb3d.akpm@linux-foundation.org> Message-ID: References: <20070323062843.19502.19827.sendpatchset@schroedinger.engr.sgi.com> <20070322223927.bb4caf43.akpm@linux-foundation.org> <20070322234848.100abb3d.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 22 Mar 2007, Andrew Morton wrote: > > About 40% on fork+exit. See > > > > http://marc.info/?l=linux-ia64&m=110942798406005&w=2 > > > > afacit that two-year-old, totally-different patch has nothing to do with my > repeatedly-asked question. It appears to be consolidating three separate > quicklist allocators into one common implementation. Yes it shows the performance gains from the quicklist approach. This the work Robin Holt did on the problem. The problem is how to validate the patch because there should be no change at all on ia64 and on i386 we basically measure the overhead of the slab allocations. One could measure the impact x86_64 because this introduces quicklists to that platform. The earlier discussion focused on avoiding zeroing of pte as far as I can recall. > but it crashes early in the page allocator (i386) and I don't see why. It > makes me wonder if we have a use-after-free which is hidden by the presence > of the quicklist buffering or something. This was on i386? Could be hidden now by the slab use ther.