Re: [DotGNU]Webservice Execution and pnet embedding

[David Sugar]

This is true that often it is desirable for process isolation.  A segfault
in an instanciated thread can bring the entire service down otherwise.  I
read chris's comments in this regard to having a waiting process pool
(yes, like apache) of initiated vm instances, and I think that is a sound
idea.  Some of what ends up being discussed here could certainly have
performance and reliability impact in other areas of potential pnet 
embeding and uses.  

In a related topic, since you bring this up, yes, ultimately, I would also
like to see libILxxx become shared libraries.  While it appears one can
statically link to the pnet vm subsystem, right now one cannot easily
embed pnet directly into other things from it's installed libraries
because these also depend on libffi and libgc, which are not normally
installed as generic application linkable libraries.  I think having a
complete linkable install image, and as one or more shared libraries,
would be most ideal.

On Wed, 4 Dec 2002, Gopal V wrote:

> > efficiently?  And in that ilrun is essentially just a wrapper for
> > libILEngine and related things anyway, it would seem quite plausable to
> > have the core pnet vm engine able to create a new instance of a vm without
> > any need to fork, just by having native method binding back to it's own
> > library...
> 
> Which we will eventually do when the libILEngine can be made into a shared
> object ... Until then it's still command line execution for now ...
> 
> Execvp is safer for some VMs because , a segfault in the VM won't mess up
> the service container ... Maintaining an IL engine daemon running in the 
> background is my idea ... the same way Tomcat works ...
> 
> And glad to have you back Dyfet,
> Gopal
>