From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Nq9xE-0004ce-Ry
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:51:24 -0500
Received: from [199.232.76.173] (port=53244 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Nq9xD-0004bn-U5
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:51:23 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim
	4.60) (envelope-from <aarcange@redhat.com>) id 1Nq9xC-0005nr-Np
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:51:23 -0500
Received: from mx1.redhat.com ([209.132.183.28]:30553)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <aarcange@redhat.com>) id 1Nq9xC-0005nT-9p
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:51:22 -0500
Date: Fri, 12 Mar 2010 19:51:11 +0100
From: Andrea Arcangeli <aarcange@redhat.com>
Subject: Re: [Qemu-devel] [PATCH QEMU] transparent hugepage support
Message-ID: <20100312185111.GY5677@random.random>
References: <20100311151427.GE5677@random.random>
	<201003121817.05524.paul@codesourcery.com>
	<20100312183615.GW5677@random.random>
	<201003121841.56852.paul@codesourcery.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201003121841.56852.paul@codesourcery.com>
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Paul Brook <paul@codesourcery.com>
Cc: qemu-devel@nongnu.org, Avi Kivity <avi@redhat.com>

On Fri, Mar 12, 2010 at 06:41:56PM +0000, Paul Brook wrote:
> Doesn't non-PAE (i.e. most 32-bit x86) use 4M huge pages? There's still a good 
> number of those knocking about.

Yep, but 32bit x86 host won't support transparent hugepage (certain
bits overflows in the kernel implementation, there's no more space in
the page struct). It's not worth it IMHO.