default to --server?

View: New views
6 Messages — Rating Filter:   Alert me  

default to --server?

by Amit Kulkarni-6 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

It would be nice if jruby defaulted to --server (at least for me, I
can't think of when I would want it to default to client).
Thanks!
-r
--
Posted via http://www.ruby-forum.com/.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email



Re: default to --server?

by Thomas E Enebo :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

For CLI scripts a JVM running --client executes much more quickly.
The warmup time of --server doubles the wall clock time of many
short-running ruby scripts.  Believe me on MacOS with Java 6 they have
no -client VM anymore  and it is killing me :)  When I switch to Java
5 on MacOS it is much less painful (though still painful since JVM
startup is far from fast).

This may be more realistic when we get nailgun running at production
quality since we can fire up a JVM and leave it running...

-Tom

On Mon, Nov 2, 2009 at 3:46 PM, Roger Pack <lists@...> wrote:

> It would be nice if jruby defaulted to --server (at least for me, I
> can't think of when I would want it to default to client).
> Thanks!
> -r
> --
> Posted via http://www.ruby-forum.com/.
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>
>



--
blog: http://blog.enebo.com       twitter: tom_enebo
mail: tom.enebo@...

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email



Re: default to --server?

by Vladimir Sizikov-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Roger,

On Mon, Nov 2, 2009 at 9:46 PM, Roger Pack <lists@...> wrote:
> It would be nice if jruby defaulted to --server (at least for me, I
> can't think of when I would want it to default to client).

I second Tom here, we explicitly set the client VM to improve the
startup. On the other hand, those who know what they are doing, could
always invoke with --server option.

Also, JAVA_OPTS and JRUBY_OPTS were supposed to help with setting up
the default modes/options, but it looks like they not fully work on
non-Windows and totally not (yet) implemented on Windows. Take a look
here:
- http://jira.codehaus.org/browse/JRUBY-4159
- http://jira.codehaus.org/browse/JRUBY-4160

In theory, once this is implemented, you could set those env variables
and have the default mode as you wish.

Thanks for reporting this, and keep your bugs coming :)

Thanks,
  --Vladimir

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email



Re: default to --server?

by Trejkaz-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Tue, Nov 3, 2009 at 7:46 AM, Roger Pack <lists@...> wrote:
> (at least for me, I can't think of when I would want it to default to client).

Says a guy who only ever writes server software?

Personally, I can't think of a case where I would want to run the server VM. :-)

TX

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email



Re: default to --server?

by Vladimir Sizikov-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

So, this only emphasizes the point that these things need to
configurable and it would be great to have them defined once in the
environment and not to use command line switches every time. :)

Thanks,
  --Vladimir

On Tue, Nov 3, 2009 at 5:59 AM, Trejkaz <trejkaz@...> wrote:

> On Tue, Nov 3, 2009 at 7:46 AM, Roger Pack <lists@...> wrote:
>> (at least for me, I can't think of when I would want it to default to client).
>
> Says a guy who only ever writes server software?
>
> Personally, I can't think of a case where I would want to run the server VM. :-)
>
> TX
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email



Re: default to --server?

by Vladimir Sizikov-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi folks,

Just to inform you that Nick has just implemented the handling of
JAVA_OPTS and JRUBY_OPTS in JRuby's native launcher for Windows, and
it is available on master branch already.

So, for those who wish to have server VM by default, just set JAVA_OPTS:
set JAVA_OPTS=-server

And jruby -v will return:
jruby 1.5.0.dev (ruby 1.8.7 patchlevel 174) (2009-11-03 bd17c15) (Java
HotSpot(TM) **Server** VM 1.6.0_14) [x86-java]

Thanks,
  --Vladimir

On Tue, Nov 3, 2009 at 2:03 PM, Vladimir Sizikov <vsizikov@...> wrote:

> So, this only emphasizes the point that these things need to
> configurable and it would be great to have them defined once in the
> environment and not to use command line switches every time. :)
>
> Thanks,
>  --Vladimir
>
> On Tue, Nov 3, 2009 at 5:59 AM, Trejkaz <trejkaz@...> wrote:
>> On Tue, Nov 3, 2009 at 7:46 AM, Roger Pack <lists@...> wrote:
>>> (at least for me, I can't think of when I would want it to default to client).
>>
>> Says a guy who only ever writes server software?
>>
>> Personally, I can't think of a case where I would want to run the server VM. :-)
>>
>> TX
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>    http://xircles.codehaus.org/manage_email
>>
>>
>>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email