COM/CORBA/DCOP (was: Hello people. I have some questions)

Duncan Grisby dgrisby at uk.research.att.com
Mon Sep 3 08:00:32 EDT 2001


In article <9mvkvr01db at enews2.newsguy.com>,
 Alex Martelli <aleax at aleax.it> wrote:

>> I don't know why people would consider CORBA too heavyweight for
>> connecting desktop apps -- the few performance comparisons between COM
>> and CORBA I have seen show CORBA to be as fast or faster than COM.
>
>For *in-process* interaction?!  There's something askew here... I
>did the measurements myself back around 1994/1995, under Windows/NT,
>using COM (in-process and out-of-process) and Iona's Orbix, which
>Iona claimed was the fastest ORB for NT, and the difference in
>terms of performance overhead was *at least* an order of magnitude
>in favour of COM (using C to program "toy"-level servers and
>clients, instrumented for measuring communication overhead, and
>striving to simulate the kinds of loads our own applications would
>place on a componentization infrastructure).  Have things changed
>so drastically since then?

Well, Orbix has always been one of the slowest ORBs, so I don't know
how they can have claimed it was the fastest. I suppose that as long
ago as 1995 there wasn't much competition.

Regardless, the performance comparisons I've seen were talking about
out-of-process use, but not necessarily across a network.

A good ORB will turn an in-process call into little more than a
virtual function call, so the overhead is minimal there, although
probably a bit more than COM. Given that CORBA, largely in-process, is
fast enough for a whole window system (Berlin), it's certainly fast
enough for the sorts of things required by embedding.

Cheers,

Duncan.

-- 
 -- Duncan Grisby  \  Research Engineer  --
  -- AT&T Laboratories Cambridge          --
   -- http://www.uk.research.att.com/~dpg1 --



More information about the Python-list mailing list