2009/12/11 Alan Conway <acon...@redhat.com>: > Currently the assumption of CPG is baked into qpidd but in principle we > could abstract the virtual synchrony layer and allow other another VS engine > to plug in. I've only worked with CPG to date so I don't have a good handle > on how big are the API differences might be so hard to say how much work it > would be.
I think it would be useful - certainly if I were trying to sell Qpid derivatives commercially I would be looking at something that didn't require multicast (or RDMA for that matter). I don't know if multicast is on the EC2 roadmap but I certainly can't imagine that RDMA is. The latency is important for some users but for others the throughput is more important (along with easy hosting on services such as EC2). RG --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
