It sounds like you have fundamental ambiguity about when you want client
vs server behavior, so no solution.
You could put the wrapper elsewhere, and direct students to it, but that
won't help when they run apps that execute java directly.
-Bob
William Yang wrote:
I could, but would that have any adverse effects on other programs that
might run? (I would wrap it in a different path e.g. /usr/local so Solaris
patches and things that call /usr/java/bin/java directly like utauthd don't
get thrown the wrong VM.)
I'd also like to allow students to manually specify -server if they want,
but what happens if with the script, the exec becomes java -client -server?
Which option wins?
William
-----Original Message-----
From: [email protected] [mailto:sunray-users-
[email protected]] On Behalf Of Bob Doolittle
Sent: Monday, December 14, 2009 3:32 PM
To: SunRay-Users mailing list
Subject: Re: [SunRay-Users] Java on a large server
Is there some reason you can't simply replace the "java" executable with
a script that adds the "-client" option and execs the real one?
-Bob
William Yang wrote:
Does anyone know if there is a way to change the default Java VM on a
"server-class" machine to be client instead of server?
(http://download.java.net/jdk7/docs/technotes/guides/vm/server-
class.html)
The default being server has meant that we easily run out of memory when
students run lots of Java programs on the Sun Ray servers. Has anyone
else
run into this problem before? (It probably only applies on Solaris and
not
Linux due to malloc semantics.)
William Yang
------------------------------------------------------------------------
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
