Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Java VM specifics on MacOSX



"Andrew Larder" <email@hidden> wrote:

>Yes, and when I tested my software using -server didn't make one jot of
>difference compared to -client. I think (given that Apple document it as
>such) we can safely assume that there is no server VM!

Who said there was?

Every Apple document says that "-server" simply changes some parameters of
the client VM. Every response to your list-posting echoes that. All the
evidence seems to point to the same conclusion, which you knew at the
beginning: Mac OS X has no server JVM.

As to the reasons behind this, or the schedule for when it might change,
the answer is always the same:
Apple does not comment on:
(a) reasons for its current product strategy.
(b) release schedules or feature sets for future products.

It may be frustrating that you can't get the optimizations or the
information you were hoping for, but I don't see any duplicity or deception
going on. Most JVM options, including "-server", are constrained by the
platform-specific implementation of the JVM. Sometimes you can fine-tune
these yourself, with the -XX options, if you're willing to do that.

However, if a particular platform or implementation doesn't meet your
needs, and compute-cycles are basically a fungible commodity for you, then
your immediate strategy should be obvious: use a platform and/or
implementation that maximizes your compute-cycles. A longer-term strategy
may include filing an RFE, but that's orthogonal to the short-term
strategy, I would think.

-- GG
_______________________________________________
java-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/java-dev
Do not post admin requests to the list. They will be ignored.




Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.