Hey 郑勰, Qpid should definitely be able to achieve at least 200,000 per second, though it'll depend on the message size and hardware obviously. Check out the paper linked below:
http://www.redhat.com/f/pdf/mrg/Reference_Architecture_MRG_Messaging_Throughput.pdf That paper has something like 380,000 x 256 octet messages per second on 2008 hardware. Hopefully the link helps you out setting up a representative test environment. Certainly don't dismiss qpid without sorting out the optimisation!! You say your boss is inclined not to use qpid, so what does he have in mind that offers higher throughput? In my own experience qpid::messaging/qpidd has been the fastest messaging setup and we generally wind up being network bound. To be fair you might well get better raw performance with something like ZeroMQ but you might want to think about more than *just* raw performance (though that's really important) one thing with qpid is that is supports AMQP 1.0 so if you are looking to integrate your system with another at any point it's likely important to consider an Open Standard wire protocol. HTH, Frase On 25/07/14 17:27, 郑勰 wrote: > We expect sent messages and received messages should be at least 200,000 per > second.However, I am really trying to convince myself to obtain this goal. > I want to know all of your performance result. > > Thanks! > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
