Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / February 2007

Tip: Looking for answers? Try searching our database.

Mutiple JVM in Single Os

Thread view: 
Senthil - 09 Feb 2007 17:54 GMT
Hi All,
  Is there anybody who knows advantages and disadvantages of using
Multiple JVM in
Single OS. Actually we trigger a java program which will execute
normally and based on
some condition these will call a java program which will shell script
to execute some
other java program in seperate JVM. Will it Bad?? and disadvantage of
using like this.
Arne Vajhøj - 09 Feb 2007 19:23 GMT
>    Is there anybody who knows advantages and disadvantages of using
> Multiple JVM in
[quoted text clipped - 4 lines]
> other java program in seperate JVM. Will it Bad?? and disadvantage of
> using like this.

There must be hundreds of thousands maybe millions of computers
out there running more than one JVM instance.

Whether it is a good solution or not is not possible to
say without more details.

Arne
Senthil - 09 Feb 2007 20:02 GMT
> >    Is there anybody who knows advantages and disadvantages of using
> > Multiple JVM in
[quoted text clipped - 12 lines]
>
> Arne

Hi Arne,

My problem , we a running a Flux engine(scheduler) which will invoke
batch jobs, unfortunately some of the
batch jobs are killing the Flux(entire JVM: hot spot error). To
provide a solution for that i went for seperate
JVM so that if any kill operation is there, it will kill that JVM and
it won't affect other process.
Chris Uppal - 11 Feb 2007 16:49 GMT
> My problem , we a running a Flux engine(scheduler) which will invoke
> batch jobs, unfortunately some of the
> batch jobs are killing the Flux(entire JVM: hot spot error). To
> provide a solution for that i went for seperate
> JVM so that if any kill operation is there, it will kill that JVM and
> it won't affect other process.

Then you have no choice but to run separate JVMs.  The decision is made for
you -- you need the protection of running is separate processes no matter what
the implications for performance and memory use.

It's quite possible that either of those could be a problem.  If so then you
could take a bybrid approach and use just two JVM processes (communicating via
TCP or some such).  One is the master and it hands out tasks to do (but does
little else); the other is the slave, and it does all the hard work.  Whenever
the slave dies, the master just starts up a new slave.  More complicated, but
it avoids (normally) the startup overhead, and will probably be significantly
less of a memory hog, if you have several slave tasks all sharing the same JVM
than having them running in separate processes.

   -- chris
Daniel Pitts - 09 Feb 2007 19:24 GMT
> Hi All,
>    Is there anybody who knows advantages and disadvantages of using
[quoted text clipped - 5 lines]
> other java program in seperate JVM. Will it Bad?? and disadvantage of
> using like this.

There is overhead associated with each JVM instance, including
initialization time and memory footprint.
If your approach is the easiest/cleanest way to do this, then I say
stick with it until you run into problems.

If you do run into problems, consider invoking the Java applications
from within your originating Java application. Or, consider writting
some of the functions of the other programs as services rather than
stand-alone applications.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.