[omniORB] local invocations

[Richard Hardgrave]

Okay, now I'm interested. When you say "allows", do you mean one
needs to set some sort of run time option to take advantage of
a stand alone architecture, or this happens automatically?

Regards,

Richard


> From owner-omniorb-list@uk.research.att.com Thu Nov  8 02:08 CST 2001
> Date: Thu, 08 Nov 2001 00:03:51 -0800
> From: Carl Thompson <cet@carlthompson.net>
> 
> You don't have to go through the marshalling and unmarshalling if the 
> _process_ is the same (if implementation object and proxy object are in the 
> same program).  In this special case I think omniORB short circuits the 
> marshalling and unmarshalling.  But if you are talking about two separate 
> processes, you must still do it.  (I'm not an expert on ORB internals, so 
> someone please correct me if I am wrong.)
> 
> But I think omniORB4 allows you to use Unix domain sockets if the processes 
> are on the same machine which may speed things up quite a bit.
> 
> Carl Thompson
> 
> 
> Vibhu Rishi wrote:
> 
> > Hi,
> > 
> > I read somewhere that in CORBA it is not really necessary to go through 
> > the marshalling and demarshalling of the commands if the system is the 
> > same. Can I do that ?
> > 
> > My scenario is something like this.
> > 
> > I am building a distributed system in JAVA and C++. The clients may be 
> > on the same system as the server or some other system.
> > 
> > Considering that I have a C++ client and c++ server on the same machine, 
> > I want to do away with the marshalling and demarshalling. I think that I 
> > can get significant improvement in the time for the invocations. How do 
> > I do this ?
> > 
> > By what factor do you think that I can improve the performance ?
> > 
> > thanks
> > vibhu..
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > -----------------------------------------------------------------------------------------------------------------------
> > Information transmitted by this E-MAIL is proprietary to Wipro and/or its Customers and
> > is intended for use only by the individual or entity to which it is
> > addressed, and may contain information that is privileged, confidential or
> > exempt from disclosure under applicable law. If you are not the intended
> > recipient or it appears that this mail has been forwarded to you without
> > proper authority, you are notified that any use or dissemination of this
> > information in any manner is strictly prohibited. In such cases, please
> > notify us immediately at mailto:mailadmin@wipro.com and delete this mail
> > from your records.
> > ------------------------------------------------------------------------------------------------------------------------
> > 
> 
> 
> 
>