Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933546AbXKOWcQ (ORCPT ); Thu, 15 Nov 2007 17:32:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754913AbXKOWcA (ORCPT ); Thu, 15 Nov 2007 17:32:00 -0500 Received: from smtp2.linux-foundation.org ([207.189.120.14]:38784 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754841AbXKOWb7 (ORCPT ); Thu, 15 Nov 2007 17:31:59 -0500 Date: Thu, 15 Nov 2007 14:31:02 -0800 (PST) From: Linus Torvalds To: Chris Friesen cc: Peter Zijlstra , Bron Gondwana , Christian Kujau , Andrew Morton , Linux Kernel Mailing List , robm@fastmail.fm, riel , Anton Altaparmakov Subject: Re: mmap dirty limits on 32 bit kernels (Was: [BUG] New Kernel Bugs) In-Reply-To: <473CC42C.2080601@nortel.com> Message-ID: References: <20071113.043207.44732743.davem@davemloft.net> <20071113130411.26ccae12.akpm@linux-foundation.org> <20071115040708.GB15302@brong.net> <20071115052538.GA21522@brong.net> <20071115115049.GA8297@brong.net> <1195155601.22457.25.camel@lappy> <1195159457.22457.35.camel@lappy> <1195162015.22457.52.camel@lappy> <473CC42C.2080601@nortel.com> 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 Content-Length: 1115 Lines: 29 On Thu, 15 Nov 2007, Chris Friesen wrote: > > We've got some 32-bit 8GB boxes for which both of these would hold true. Still not enough of a reason for me to care. Remember - I'm the guy who refused to merge RH's 4G:4G patches because I thought they were an unsupportable nightmare. I care a lot about future supportability, and HIGHMEM is there purely as a temporary wart and blip on the screen. I did acknowledge that others may care more, but the fact is, I suspect that it's going to be cheaper to literally buy and ship a new machine to a customer than to really "suppport" it in any other form. Side note: HIGHMEM64G works perfectly fine with 12GB of RAM under *limited*loads*. If your customer does certain well-defined and simple things that don't put huge and varied loads on the VFS or VM layer, then 12GB+ is probably fine regardless. Linus - 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/