dev@glassfish.java.net

Re: Changes to VM tuning.

From: Lloyd L Chambers <Lloyd.Chambers_at_Sun.COM>
Date: Fri, 20 Jul 2007 14:39:17 -0700

But GlassFish is a server. Why wouldn't ALL invocations of the JVM
that start GlassFish be marked as "server"? After all, it's our
script that controls the JVM options, right?

On Jul 20, 2007, at 1:56 PM, Scott Oaks wrote:

> On Fri, 2007-07-20 at 16:47, Lloyd L Chambers wrote:
>> What's a "server class machine"? How/when are the two distinguished?
>
> http://java.sun.com/j2se/1.5.0/docs/guide/vm/server-class.html
>>
>> For example, is a 3GHz quad-core Mac OS X box a "client class"
>> machine and a Solaris 1.4 GHz dual-core machine "server class"? What
>> is the logic (or lack of it)?
>
> You'll have to ask the JVM team for a full answer, but it's really the
> thought that for 99% of the people on Windows and Macs, Java runs
> primarly for their browsers, and the client JVM has many advantages
> there (regardless of the cores or CPU speed they have).
>
> -Scott
>
>>
>> On Jul 20, 2007, at 1:37 AM, Binod wrote:
>>
>>>
>>> Hi everyone,
>>>
>>> Heads up regarding some changes to default JVM options for
>>> glassfish.
>>> I am planning to do the check-in in next couple of days.
>>>
>>> We are removing the default -client option from the developer
>>> profile
>>> domain.xml. That means that in server class machines glassfish
>>> will be
>>> starting with -server VM (tuned for runtime performance and not
>>> startup).
>>>
>>> When VM is server, QuickStartup also will be switched off as the
>>> intention is to tune for runtime performance in server-class
>>> machines
>>> and not startup.
>>>
>>> In client-class machines the current behaviour will continue as the
>>> JDK
>>> will pick -client as the default VM.
>>>
>>> thanks,
>>> Binod.
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>