Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 70488 invoked from network); 31 Jul 2006 22:19:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Jul 2006 22:19:59 -0000 Received: (qmail 4897 invoked by uid 500); 31 Jul 2006 22:19:52 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 4842 invoked by uid 500); 31 Jul 2006 22:19:52 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 4831 invoked by uid 99); 31 Jul 2006 22:19:52 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Jul 2006 15:19:51 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [64.34.34.7] (HELO mail-1.colo.sourcelabs.com) (64.34.34.7) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Jul 2006 15:19:50 -0700 Received: from [192.168.0.112] ([::ffff:207.170.200.19]) (AUTH: LOGIN willpugh, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by mail-1.colo.sourcelabs.com with esmtp; Mon, 31 Jul 2006 15:19:30 -0700 id 000000000014C076.0000000044CE81F2.00007302 Message-ID: <44CE81EE.2090503@sourcelabs.com> Date: Mon, 31 Jul 2006 15:19:26 -0700 From: will pugh User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [rant] Memory options in VM -- why is the default not 'unlimited' References: <636fd28e0607290058q21566ec0uad96426092ad891a@mail.gmail.com> <44CBBA76.1050505@Intel.com> <44CBC267.3020304@Intel.com> <44CBC589.6070005@Intel.com> <636fd28e0607291616h55ec3e43u4d20c449392b80d3@mail.gmail.com> <9623c9a50607291656r2b83f373h2cff092f48003e9e@mail.gmail.com> <44CD0886.7020707@sourcelabs.com> <636fd28e0607301605p3e48cc8epe29af941388d1dc4@mail.gmail.com> <44CE2813.6090708@sourcelabs.com> <636fd28e0607311428g25773009he36eb5508f74b058@mail.gmail.com> <44CE7AB3.1050401@Intel.com> In-Reply-To: <44CE7AB3.1050401@Intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I would suggest if -client 1/2 physical memory available if -server 3/4 physical memory available Seems like when you are using Java to run a client app, you need to play more friendly with the apps around you. If nothing is specified, should probabaly assume -client (since you would hope folks are doing some amount of tuning before deploying). --Will Salikh Zakirov wrote: >Alex Blewitt wrote: > > >>Don't get me wrong; being able to specify minimum/maximum is a >>reasonable idea for optimising a VM if you know what to put; but by >>default, there shouldn't be any arbitrary limitations based on the >>value of a #define constant ... >> >> > >So, would you be satisfied if the VM defaulted to, say, 3/4 of total physical memory available? >(not a #define, but a value detected at startup) > >I would like to get some concrete practical conclusion from the whole discussion. > > >--------------------------------------------------------------------- >Terms of use : http://incubator.apache.org/harmony/mailing.html >To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org >For additional commands, e-mail: harmony-dev-help@incubator.apache.org > > > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org