🚀 go-pugleaf

In article <3B9E2C1B.10AE48AB@NoSpam.uab.ericsson.se>, Niclas Eklund wrote:
> Derek Viljoen wrote:
>> Andrey Nechypurenko wrote:
>> > CORBA Audio/Video Streaming Service could be of interest
>> > in such a case.
>> 
>> No need to get that complicated (although, its a creative thought, since
>> multimedia is generally "fat" over the wire).  Just use a sequence of
>> octet's to send the data (assuming it's binary data).
>> 
>> I've benchmarked this, as opposed to raw sockets, and the overhead was much
>> less that I expected (especially on a good ORB implementation... like TAO
>> or OmniORB... except we're talking about Java, aren't we?).  But, even in
>> Java, it's not that bad.  Once the connection is made (which is the biggest
>> overhead) individual invocations take a very small penalty in the grand
>> scheme of things.
>> Derek
> 
> Hello!
> 
> For more information you can read:
> 
> http://www.cs.wustl.edu/~schmidt/PDF/av_chapter.pdf
> 
> Chapter 4.3 contains the throughput result.
> 
> You should also consult the FTAM/FTP spec (CosFileTransfer):
> 
> http://www.omg.org/cgi-bin/doc?dtc/2000-11-05
>
Hi,

Some additional info about the ftam spec. Since that document was
published a number of serious issues were raised against it. 

A revised version of the spec [dtc/2001-08-04] will be available by
Sept. 17th.  This revision is part of the work of the FTAM
finalization task force.

The revised spec allows for octet transfer using iterators.

Cheers,

Ted

-- 
Ted McFadden 
mcfadden@dstc.edu.au +61 7 3365-4310 <http://www.dstc.edu.au>
CRC for Enterprise Distributed Systems Technology DSTC Pty Ltd
Level 7 GP South - The University of Queensland, Brisbane 4072 Australia