Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750733AbWBEVT0 (ORCPT ); Sun, 5 Feb 2006 16:19:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750734AbWBEVT0 (ORCPT ); Sun, 5 Feb 2006 16:19:26 -0500 Received: from vbn.0050556.lodgenet.net ([216.142.194.234]:62859 "EHLO vbn.0050556.lodgenet.net") by vger.kernel.org with ESMTP id S1750733AbWBEVTZ (ORCPT ); Sun, 5 Feb 2006 16:19:25 -0500 Subject: Re: [PATCH ] VMSPLIT config options (with default config fixed) From: Arjan van de Ven To: Jan Engelhardt Cc: Mark Lord , Ulrich Mueller , Herbert Poetzl , linux-kernel@vger.kernel.org, Jens Axboe , Linus Torvalds , Byron Stanoszek , Ingo Molnar , Andrew Morton In-Reply-To: References: <20060110132957.GA28666@elte.hu> <20060110133728.GB3389@suse.de> <20060110143931.GM3389@suse.de> <43C3E9C2.1000309@rtr.ca> <20060110173217.GU3389@suse.de> <43C3F0CA.10205@rtr.ca> <43C403BA.1050106@pobox.com> <43C40803.2000106@rtr.ca> <20060201222314.GA26081@MAIL.13thfloor.at> <43E3DB99.9020604@rtr.ca> <1139153913.3131.42.camel@laptopd505.fenrus.org> Content-Type: text/plain Date: Sun, 05 Feb 2006 22:19:14 +0100 Message-Id: <1139174355.3131.50.camel@laptopd505.fenrus.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1167 Lines: 27 On Sun, 2006-02-05 at 22:14 +0100, Jan Engelhardt wrote: > >> > > >> > Mmm.. bad idea. As much as I'd like the default to be 3GB_OPT, that would > >> > be a big impact to userspace, and there's no point in breaking everyone's > >> > machines when advanced users can just reconfig/recompile to get what they want. > >> > > >> What userspace programs do depend on it? > > > >there is a lot of userspace that assumes they can do 2Gb or even close > >to 3Gb of memory allocations. Databases, java, basically anything with > >threads. Sure for most of these its a configuration option to reduce > >this, but that still doesn't mean it's a good idea to change from the > >existing behavior... > > > Not to mention that these (almost(*)) fail anyway when you have less than 2 > GB of RAM. it's not really overcommit... it can also be file mmaps or shared mmaps of say tmpfs files (the later is common with oracle actually) - 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/