qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gregory james marsh <mars...@cse.ohio-state.edu>
Subject Re: AMQP Paper, using Qpid
Date Wed, 12 Nov 2008 17:30:29 GMT


Thank you very much for the comments on our AMQP-Qpid paper and
suggestions for future work.  Hari (the first author) will be presenting
the paper in Austin this Sunday at the Workshop for High Performance
Computational Finance (WHPCF), which is part of the SC '08 Conference.


The paper is also available on our lab's main web site:


Furthermore, we've posted a university-registered technical report of the
paper that includes a few more performance charts than the WHPCF page
limit would allow:


Using the code in the dev trunk, we've informally tested our benchmarks
with Qpid's new RDMA support.  The results were favorable and we look
forward to doing more formal testing with the upcoming M4 release.

I'm planning to continue research in the AMQP area and am looking toward
broker federation in the near term.  Will be reading over the federation
material recently posted by Ted Ross on the Qpid site.



On Tue, 11 Nov 2008, Carl Trieloff wrote:

> Greg,
> I was pointed to a link to this paper...,  a nice piece of work:
> http://www.cse.ohio-state.edu/~narravul/papers/subramoni_whpcf08.pdf
> Few comments that may help you if you are still doing work in the area.
> - You should be able to achieve better results by using the raw OFED
> RDMA support Qpid has
> - There has been quite a lot of mutex work in the broker, which I
> believe is post the report.
> - there have been updates around consumer side threading, which I
> believe is also post the report.
> - On the IB side, RHEL 5.2 is OFED 1.3, that should also give you better
> results.
> - You talk about decentralization, you could look at these cases using
> Federation, note that federation
> also supports OFEB 1.3 RDMA in Qpid.
> As the report is in the context of financial applications, there are a
> few additional patterns that
> I would be glad to provide information on. These are the support for
> LVQ, Ring queue, and LVE, etc
> Few area's that have been played with that would maybe also be of
> interest to your research are:
> - lock-free queues impl for the broker. Have seen some benefits in this area
> - there are some interesting changes coming down from upstream Linux
> around private futextes which may
> have significat effect, there is also some changes to Nagle options
> happening in upstream Linux. you would
> need to pick up RHEL 5.3 to play with the futexes, or MRG-RT.
> Nice piece of work, happy to provide any additional information for your
> future work section
> regards,
> Carl.

View raw message