[omniORB] Latencies - Oneway vs. Roundtrip

Alberto Squassabia alsq@alsqhpw.cnd.hp.com
Mon, 12 Apr 1999 08:47:23 -0600


It may not be omniORB that does the buffering.  Some TCP implementations
(don't know exactly about NT, though) are optimized for throughput, not
latency, and don't put a socket buffer on the wire until the buffer is
full.

[Re: [omniORB] Latencies - Oneway vs. Roundtrip] Helge.Penne@datarespons.=
no
wrote:
>
> Jim Redman wrote:
>
> > I have a counter-intuitive latency problem and would like some input =
and
> > validation of what I think I'm seeing.  This is strictly latency, not
> > throughput.   Running between two NT 4.0 system with 2.7.0 I see late=
ncies
> > for oneway messages that appear to approach 100ms.  When I change the=
 same
> > calls to roundtrip the latencies drop below the NT measurable time (a=
bout
> > 10ms?).
> >
> > Has anyone seen anything similar or different, that is, can anyone co=
nfirm
> > or deny my numbers.
>
> I'm doing some benchmarking at this very moment, and just discovered th=
is
> latency myself.  The test uses a "publish/subscribe" pattern to distrib=
ute a
> packet of data from a server to a client application.  I ran both progr=
ams on
> the same NT 4.0 computer with a packet rate of 100Hz, and saw latencies=
 of up
> to 200ms when using oneway calls.  With ordinary calls, the latency is =
hardly
> ever measurable using GetTickCount.
>
> What was really revealing was that the latency would start at approx. 4=
0ms,
> and then increase by 10ms for each call until it would reach 200 ms.  I=
t
would
> then fall back to 40ms and start over.
>
> My theory is that omniORB buffers my oneway calls and sends them in lar=
ger
> packages every 200ms (5Hz).  This explains every symptom that I have se=
en,
and
> also fits in nicely with my previous experience with VisiBroker.  VisiB=
roker
> also buffers such requests by default, but there is an option in BOA_in=
it
that
> lets you turn off this buffering and force these requests to be sent
> immediately.
>
> This leads up to a very important question: How do we turn off this buf=
fering
> in omniORB?  This is quite an important question for my project.  Has a=
nybody
> done this before?
>
> --
> Helge Penne (helge.penne@datarespons.no)
> Senior Software Development Engineer
> Data Respons AS, Postboks 489, N-1323 H=F8vik, Norway
> Phone: +47 67112081 / 22719957 (work/home)
>
>
>
>>>-- End of excerpt from Helge.Penne@datarespons.no -----------------<<<



--
Alberto Squassabia  (970)898-7705  alsq@cnd.hp.com  HP TMD
"   We are Pentium of Borg. Division is futile. You      "
"   will be approximated. (ca. AD 1995)                  "