Hi Ivan, My bad. By socket I meant web socket. I missed out writing websocket and just wrote socket.
I don't have questions on using Kamon with Spray. But how kamon will link a particular request to its corresponding asynchronous response to user browser? Consider an use case, Reactive application takes requests via web socket, responds back to user with status "200"(which means server took the request) with empty response(in short it means server took request and will respond in future after distributed processing), consider this request name as "REQ1". Server will process request in backend distributed server and reply's back to user browser via web socket, consider this response as "RESP1". Will kamon link this request "REQ1" to response "RESP1"? Consider we are applying load on system while performance testing, and apply burst of 1000 different requests to system in a span of seconds, will kamon provide? 1. Number of requests to system : Kamon should display 1000. 2. Average time for processing per request URI : Per request avg time should display(avg time calculation should consider time request sent to system and time corresponding response received from server). 3. Min time per request URI: Consider we are doing iteration of 3 times of applying 1000 requests, min of 3 time load should come. 4. Max time per request URI: Consider we are doing iteration of 3 times of applying 1000 requests, max of 3 time load should come. 5. % Errors 6. Throughput 7. Bytes/sec If you want I can create this thread in Kamon group and continue the discussion. -Prakhyat M M On Monday, 15 September 2014 10:30:26 UTC+5:30, Ivan Topolnjak wrote: > > Prakhyat, > > if by Socket connections you mean something opening a socket to a Spray > API, sending a HTTP request and getting a response back then yes, we > support that. I know that our documentation still has big holes but Spray > support is one of the first things we put together to make Kamon usable.. > in fact, most of our users use Kamon because no other library has support > for it, at least not the way we do. > > Do we support sync/async requests? Yes we do. We are hooking in parts of > Spray that catch the response being sent to the client, regardless of that > response being generated by a blocking call or something totally > asynchronous. If you have more questions with regards to how to use Kamon > with Spray please drop us a line in our mailing list, best regards! > > On Fri, Sep 12, 2014 at 3:21 AM, Prakhyat Mallikarjun <[email protected] > <javascript:>> wrote: > >> Hi Ivan, >> >> Will kamon support Socket connections? >> >> Also I looked at http://kamon.io/integrations/spray/server-side/. It was >> TODO. >> >> for the record: Kamon does provide metrics on number of HTTP requests, >> average, min, max, counts per response status code and more, we don't have >> metrics for bytes transferred.. are you using Spray or Play for HTTP? we do >> support them! When we talk about "Trace Metrics" we talk about the >> invocation of a given functionality in your app and that usually means a >> HTTP request to your Play App or your Spray API, if you need help on that >> please let us know in the Kamon mailing list, best regards! >> [Prakhyat] Do you expect the http requests to the app responded >> synchronously or as per Reactive asynchronously? >> >> -Prakhyat M M >> >> On Friday, 12 September 2014 04:18:53 UTC+5:30, Ivan Topolnjak wrote: >>> >>> Prakhyat, >>> >>> for the record: Kamon does provide metrics on number of HTTP requests, >>> average, min, max, counts per response status code and more, we don't have >>> metrics for bytes transferred.. are you using Spray or Play for HTTP? we do >>> support them! When we talk about "Trace Metrics" we talk about the >>> invocation of a given functionality in your app and that usually means a >>> HTTP request to your Play App or your Spray API, if you need help on that >>> please let us know in the Kamon mailing list, best regards! >>> >>> >>> On Thu, Sep 11, 2014 at 10:10 AM, Prakhyat Mallikarjun < >>> [email protected]> wrote: >>> >>>> Hi Todd, >>>> >>>> Thanks. >>>> >>>> I have worked on Kamon. Already deployed it and integrated with the >>>> application successfully. >>>> >>>> But Kamon will give only the metrics of the applications specific to >>>> akka actors. >>>> >>>> Kamon will not provide performance metrics when application goes >>>> through load testing. Performance metrics like, >>>> 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 >>>> >>>> -Prakhyat M M >>>> >>>> >>>> On Thursday, 11 September 2014 18:01:58 UTC+5:30, Todd Nist wrote: >>>>> >>>>> @Prakhyat, >>>>> >>>>> Would a tool lik http://kamon.io help you out with gathering stats >>>>> for performance analysis. There is a good post here >>>>> <http://mukis.de/pages/monitoring-akka-with-kamon/> on using it with >>>>> Akka and the docker container which provides Graphite(statsd backend), >>>>> Grafana (Graphite Dashboard), Elasticsearch (Graphan Storage). >>>>> >>>>> One can configure what should be recorded through the >>>>> *application.conf* and adding the *kamon* configuration key. >>>>> >>>>> The post above defines the integration and configuration very well as >>>>> does the Kamon.io site. >>>>> >>>>> HTH. >>>>> >>>>> -Todd >>>>> >>>>> On Wednesday, September 10, 2014 8:31:12 AM UTC-4, Prakhyat >>>>> Mallikarjun wrote: >>>>>> >>>>>> Konard, >>>>>> >>>>>> I agree with you effort is required. Glad analysis has narrowed down >>>>>> to one solution of using log. As always your points are really helpful. >>>>>> Thanks again. >>>>>> >>>>>> -Prakhyat M M >>>>>> >>>>>> On Wednesday, 10 September 2014 17:17:15 UTC+5:30, Konrad Malawski >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> 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. >>>>>>> >>>>>>> I don’t agree. >>>>>>> You would get SOME performance metrics this way – the time from >>>>>>> start of request to various stages of your processing pipeline. >>>>>>> You can graph and analyse this. Relate these numbers with the load >>>>>>> generated during a concrete test run etc. You can also see how it >>>>>>> relates >>>>>>> to your “200” response times etc etc. >>>>>>> >>>>>>> There certainly is value and data to be gained from such benchmarks. >>>>>>> As always, to perform a proper benchmark you need to put some effort >>>>>>> into it. >>>>>>> >>>>>>> Hope this point of view helps. >>>>>>> >>>>>>> -- >>>>>>> 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. >>>> >>> >>> -- >> >>>>>>>>>> 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. >> > > -- >>>>>>>>>> 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.
