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

Reply via email to