Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753192Ab2JAQbd (ORCPT ); Mon, 1 Oct 2012 12:31:33 -0400 Received: from mx1.redhat.com ([209.132.183.28]:7868 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752825Ab2JAQbb (ORCPT ); Mon, 1 Oct 2012 12:31:31 -0400 Date: Mon, 1 Oct 2012 18:31:18 +0200 From: Andrea Arcangeli To: "H. Peter Anvin" Cc: "Kirill A. Shutemov" , Andrew Morton , linux-mm@kvack.org, Andi Kleen , linux-kernel@vger.kernel.org, "Kirill A. Shutemov" , Arnd Bergmann , Ingo Molnar , linux-arch@vger.kernel.org Subject: Re: [PATCH 0/3] Virtual huge zero page Message-ID: <20121001163118.GC18051@redhat.com> References: <1348875441-19561-1-git-send-email-kirill.shutemov@linux.intel.com> <20120929134811.GC26989@redhat.com> <5069B804.6040902@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5069B804.6040902@linux.intel.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1551 Lines: 37 On Mon, Oct 01, 2012 at 08:34:28AM -0700, H. Peter Anvin wrote: > On 09/29/2012 06:48 AM, Andrea Arcangeli wrote: > > > > There would be a small cache benefit here... but even then some first > > level caches are virtually indexed IIRC (always physically tagged to > > avoid the software to notice) and virtually indexed ones won't get any > > benefit. > > > > Not quite. The virtual indexing is limited to a few bits (e.g. three > bits on K8); the right way to deal with that is to color the zeropage, > both the regular one and the virtual one (the virtual one would circle > through all the colors repeatedly.) > > The cache difference, therefore, is *huge*. Kirill measured the cache benefit and it provided a 6% gain, not very huge but certainly significant. > It's a performance tradeoff, and it can, and should, be measured. I now measured the other side of the trade, by touching only one character every 4k page in the range to simulate a very seeking load, and doing so the physical huge zero page wins with a 600% margin, so if the cache benefit is huge for the virtual zero page, the TLB benefit is massive for the physical zero page. Overall I think picking the solution that risks to regress the least (also compared to current status of no zero page) is the safest. Thanks! Andrea -- 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/