Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754669AbYCXVoL (ORCPT ); Mon, 24 Mar 2008 17:44:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752579AbYCXVn6 (ORCPT ); Mon, 24 Mar 2008 17:43:58 -0400 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:40503 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751869AbYCXVn4 (ORCPT ); Mon, 24 Mar 2008 17:43:56 -0400 Date: Mon, 24 Mar 2008 14:43:56 -0700 (PDT) Message-Id: <20080324.144356.104645106.davem@davemloft.net> To: clameter@sgi.com Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org, torvalds@linux-foundation.org Subject: Re: larger default page sizes... From: David Miller In-Reply-To: References: <20080324.133722.38645342.davem@davemloft.net> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1457 Lines: 37 From: Christoph Lameter Date: Mon, 24 Mar 2008 14:05:02 -0700 (PDT) > On Mon, 24 Mar 2008, David Miller wrote: > > > From: Christoph Lameter > > Date: Mon, 24 Mar 2008 11:27:06 -0700 (PDT) > > > > > The move to 64k page size on IA64 is another way that this issue can > > > be addressed though. > > > > This is such a huge mistake I wish platforms such as powerpc and IA64 > > would not make such decisions so lightly. > > Its certainly not a light decision if your customer tells you that the box > is almost unusable with 16k page size. For our new 2k and 4k processor > systems this seems to be a requirement. Customers start hacking SLES10 to > run with 64k pages.... We should fix the underlying problems. I'm hitting issues on 128 cpu Niagara2 boxes, and it's all fundamental stuff like contention on the per-zone page allocator locks. Which is very fixable, without going to larger pages. > powerpc also runs HPC codes. They certainly see the same results > that we see. There are ways to get large pages into the process address space for compute bound tasks, without suffering the well known negative side effects of using larger pages for everything. -- 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/