activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mittler, Nathan" <nathan.mitt...@sensis.com>
Subject RE: AMQCPP Openwire much slower than Stomp?
Date Wed, 18 Apr 2007 11:39:48 GMT
Ah - that makes sense.  I'm not sure that TCP_NO_DELAY is configurable
via the url ... I'll have a look.

BTW pardon my ignorance, but what is "Nagler"?  ... Googling only
unveils a few more of your emails :) 

> -----Original Message-----
> From: James Strachan [mailto:james.strachan@gmail.com] 
> Sent: Wednesday, April 18, 2007 7:28 AM
> To: dev@activemq.apache.org
> Subject: Re: AMQCPP Openwire much slower than Stomp?
> 
> On 4/18/07, Mittler, Nathan <nathan.mittler@sensis.com> wrote:
> > Interesting ... Certainly possible.  Although if running 
> the same test 
> > for openwire and stomp, wouldn't you expect the same issue 
> with both?
> 
> I just wondered if the TCP-NO-Delay being off would hit 
> OpenWire much harder, since the packets are much smaller so 
> would be likely to sit in the TCP buffers for longer.
> 
> It might be worth turning it on & off and trying both stomp & 
> openwire to see if it has an effect. (I'd expect it to hurt 
> openwire more than
> stomp)
> 
> James
> 
> >
> > Nate
> >
> > > -----Original Message-----
> > > From: James Strachan [mailto:james.strachan@gmail.com]
> > > Sent: Wednesday, April 18, 2007 6:51 AM
> > > To: dev@activemq.apache.org
> > > Subject: Re: AMQCPP Openwire much slower than Stomp?
> > >
> > > I wonder if its the effect of TCP-NO DELAY (Nagler) 
> kicking in. i.e.
> > > the small messages of OpenWire may take a while to be 
> flushed to the 
> > > socket until the buffer fills or timeouts kick in.
> > >
> > > On 4/18/07, Albert Strasheim <13640887@sun.ac.za> wrote:
> > > > Hello all
> > > >
> > > > On Wed, 18 Apr 2007, Nathan Mittler wrote:
> > > >
> > > > > Unfortunately we didn't do a performance analysis, as 
> we've been 
> > > > > focused on just getting 2.0 out the door.  We did however
> > > notice a
> > > > > bit of slowness in our integration tests.  Have you, by
> > > any chance,
> > > > > profiled the openwire connector to see where it's
> > > spending its time?
> > > > >
> > > > > With any luck, we can zero in on the bottlenecks quickly
> > > and cut a 2.1.
> > > >
> > > > I'm going to spend some time on this over the next few 
> days. The 
> > > > symptoms are quite strange. Factors that seem to influence the 
> > > > speed
> > > > include:
> > > >
> > > > - whether connection is to a local broker or a remote broker
> > > > - whether the broker is running on Windows or Linux
> > > > - message size possibly in combination with wire format
> > > >
> > > > I'll report back if I figure out anything more useful.
> > > >
> > > > Regards,
> > > >
> > > > Albert
> > > >
> > >
> > >
> > > --
> > >
> > > James
> > > -------
> > > http://radio.weblogs.com/0112098/
> > >
> >
> 
> 
> -- 
> 
> James
> -------
> http://radio.weblogs.com/0112098/
> 

Mime
View raw message