Hi Siva, Firstly are you testing the Java or the C++ broker? Which client?
Secondly, it would probably help to know a little more about the set up of your test (or you could create a JIRA and attach your test code there if you like)... In particular, how big are the messages you are sending? Are they transient or persistent (if the latter then which store are you using - Derby or BDB or a JDBC store)? Are you using transactions, if not which acknowledgement mode are you using? The numbers you are seeing are certainly unreasonable (unless you're using multi gigabyte messages :-) )... -- Rob On 5 May 2015 at 06:31, Sivananda Reddys Thummala Abbigari <[email protected]> wrote: > Hi, > > *I am trying to benchmark Qpid with the following use case*: > # Default Qpid configs are used(ex: 2GB is the max memory set), broker and > client are on the same machine > # I have 1 connection and 256 sessions per connection, each sessions has a > producer and consumer. So, there are 256 producers and 256 consumers > # All the producers/consumers are created before they start > producing/consuming messages. Each producer/consumer is a thread and they > run parallely > # Consumers start consuming(they wait with .receive()) > # producers start producing messages, each producer produces only 1 > message, so there are 256 messages produced in total > # A fanout exchange is used(topic.fanout=fanout://amq.fanout//fanOutTopic), > and there are 256 consumers, each consumer receives 256 messages and so > there are 256*256 messages received in total > # *Following are the response times(RT's) for the messages*: > > - Response time is defined as the difference in the time when the > message is sent to the broker and the time at which the message is received > at the client > - min: 144.0 ms > - max: 350454.0 ms > - average: 151933.02 ms > - stddev: 113347.89 ms > - 95th percentile: 330559.0 ms > > Is there any thing that I am doing wrong fundamentally?. I am worried about > the avg response times of "*152 secs*". Is this expected from qpid?. I see > a pattern here, as the test is running the RT's are increasing linearly > over time. > > Thank you, > Siva. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
