Hi Konard, Thanks.
You would have to measure time between your request, and something else being triggered. [Prakhyat] I accept this way for single request. But wrt to performance testing, with bulk of requests, its a complex task. This is not trivial and must be implemented in some way by you. [Prakhyat] True. Its going to be one heck of a work. Was looking at available tool to reduce redundant effort. No tool will magically know when your request is “done”, you need to “ping someone” to notify what you mean by “done”. [Prakhyat] True. It would be easier to perform this using log analysis. [Prakhyat] Yes. We have this in mind as one of the alternative. But it wont provide performance metrics. Log stuff, with a correlation id, and then measure time from the initial log message to the “final” log message. -Prakhyat M M On Wednesday, 10 September 2014 16:50:24 UTC+5:30, Konrad Malawski wrote: > > In short: it’s harder. > > You cannot do this as a complete blackbox test. > You would have to measure time between your request, and something else > being triggered. > This is not trivial and must be implemented in some way by you. > No tool will magically know when your request is “done”, you need to “ping > someone” to notify what you mean by “done”. > > It would be easier to perform this using log analysis. > Log stuff, with a correlation id, and then measure time from the initial > log message to the “final” log message. > > > On 10 September 2014 at 12:21:01, Prakhyat Mallikarjun ([email protected] > <javascript:>) wrote: > Hi Konard, > > Thanks for the tool. > > I want to understand fundamental question, how to measure performance of > reactive applications(event sourcing)? > > Let me take an example, in reactive apps the user requests are processed > asynchronously compared to traditional web apps synchronous behavior. In > reactive applications the user requests are taken, responded with 200 > status and asynchronously the request is processed further. > > If you load test traditional web applications(I mean non reactive > application) with say tool like JMeter. JMeter will give below results per > request, > > 1. Number of requests to system > 2. Average time for processing per request URI > 3. Min time per request URI > 4. Max time per request URI > 5. % Errors > 6. Throughput > 7. Bytes/sec > > From the above results you can make out the health or perfromance of > entire application. > > Since reactive applications, user requests will not wait and handled > asynchronously in distributed environment. Also response's will be pushed > to user browser from server. In reactive applications, *how can we get > the same results as above?* i.e. > > 1. Number of requests to system > 2. Average time for processing per request URI > 3. Min time per request URI > 4. Max time per request URI > 5. % Errors > 6. Throughput > 7. Bytes/sec > > I think 1st is simple to get, but 2-7 ?????how > > -Prakhyat M M > > > On Wednesday, 10 September 2014 13:36:40 UTC+5:30, Konrad Malawski wrote: >> >> For end-to-end tests I have used and liked http://gatling.io a bit. >> For microbenchmarks (not what you need for your case IMO), I'd recommend >> JMH http://openjdk.java.net/projects/code-tools/jmh/ and the sbt plugin: >> https://github.com/ktoso/sbt-jmh >> >> Happy hakking >> >> On Wed, Sep 10, 2014 at 9:53 AM, Prakhyat Mallikarjun <[email protected] >> > wrote: >> >>> Team, >>> >>> We are using akka persistence/akka sharding/akka cluster in our app. In >>> short we are using event sourcing. >>> >>> Wanted to understand how Typesafe or any other akka users do the >>> performance tests/benchmarking. >>> >>> I am more concerned in knowing *tools* used for creating load on system >>> built on akka persistence/akka sharding/akka cluster(i.e. event >>> sourcing). >>> >>> What are the pointers for event sourcing application to pass >>> performance bench marking? How to manifest event sourcing application >>> passes all performance benchmarks? >>> >>> I know performance testing but want to understand from the perspective >>> of performance bench marking applications having eventsourcing. >>> >>> -Prakhyat M M >>> -- >>> >>>>>>>>>> Read the docs: http://akka.io/docs/ >>> >>>>>>>>>> Check the FAQ: >>> http://doc.akka.io/docs/akka/current/additional/faq.html >>> >>>>>>>>>> Search the archives: >>> https://groups.google.com/group/akka-user >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Akka User List" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/akka-user. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Cheers, >> Konrad 'ktoso' Malawski >> hAkker @ Typesafe >> >> <http://typesafe.com> >> > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] <javascript:>. > To post to this group, send email to [email protected] > <javascript:>. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > -- > Konrad 'ktoso' Malawski > hAkker @ typesafe > http://akka.io > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
