Re: [akka-user] Akka Http Logging with traceId

Hi Arun Take a look at kamon.io Jan Sent from my iPhone > On 13.09.2016, at 07:48, Arun wrote: > > Hi, > > We have a requirement where we need to log information with traceId (or > unique identifier) for a given HTTP request across route and actors. This > can help

Re: [akka-user] Re: Testing routes and marshalling

Thank you. I got it working with a custom test actor. If you get a chance to look at the follow-up topic "Debugging marshalling implicits", it would be much appreciated A shorter question would be: Is this the right way to debug when a type cannot be marshalled? val prm =

Re: [akka-user] Getting started with akka tutorials

Ok, Obviously there had to be something so basic since it was a tutorial file. I should have read the code with a little more thought and notice that it already had a main-function. Thanks for pointing out the obvious! On Sunday, September 11, 2016 at 6:53:30 PM UTC+3, Ivan Vyshnevskyi

Re: [akka-user] Cluster seed nodes resulting in multiple split brains?

All I do is issue a Cluster.get(system).leave(cluster.selfAddress) On Monday, September 12, 2016 at 9:49:22 AM UTC-5, √ wrote: > > What are you using/doing for downing? > > On Mon, Sep 12, 2016 at 4:13 PM, kraythe > wrote: > >> No, we have disabled that as per suggestion in

Re: [akka-user] Cluster seed nodes resulting in multiple split brains?

No, According to suggestions in the docs, I am not running auto-downing. Should I change that policy ? On Sunday, September 11, 2016 at 3:22:22 PM UTC-5, √ wrote: > > Are you running auto-downing? > > On Sat, Sep 10, 2016 at 11:43 PM, kraythe > wrote: > >> Thanks for the

Re: [akka-user] Cluster seed nodes resulting in multiple split brains?

What are you using/doing for downing? On Mon, Sep 12, 2016 at 4:13 PM, kraythe wrote: > No, we have disabled that as per suggestion in the docs. Should we? > > -- > >> Read the docs: http://akka.io/docs/ > >> Check the FAQ:

Re: [akka-user] Cluster seed nodes resulting in multiple split brains?

No, we have disabled that as per suggestion in the docs. Should we? -- >> Read the docs: http://akka.io/docs/ >> Check the FAQ: >> http://doc.akka.io/docs/akka/current/additional/faq.html >> Search the archives:

[akka-user] Re: Terminate ActorSystem on stream failure

Ok, I see on the Akka Gitter (https://gitter.im/akka/akka) a message by @drewhk which seems to confirm that we have to use materialized value to be notified of a stream completion, but it's to us to return something as a materialized value which can notify us. On September 12, 2016 3:44 PM,

Re: [akka-user] Enjoying Akka HTTP performance

That's very cool - thanks for posting these Christian! We didn't actually compare with Play, didn't have time somehow; We were focused on beating Spray :-) Very cool to see we're on par with Netty Play. -- Konrad `ktoso` Malawski Akka @ Lightbend On 12

Re: [akka-user] Enjoying Akka HTTP performance

Thanks for confirming :) On Mon, Sep 12, 2016 at 3:08 PM, Christian Schmitt wrote: > Reflog: > > schmitch@deployster:~/projects/schmitch/wrk2$ git reflog HEAD > > c4250ac HEAD@{0}: clone: from https://github.com/giltene/wrk2.git > > Am Montag, 12. September 2016

Re: [akka-user] Enjoying Akka HTTP performance

Reflog: schmitch@deployster:~/projects/schmitch/wrk2$ git reflog HEAD c4250ac HEAD@{0}: clone: from https://github.com/giltene/wrk2.git Am Montag, 12. September 2016 15:07:08 UTC+2 schrieb Christian Schmitt: > > it is actually wrk2: > > schmitch@deployster:~/projects/schmitch/wrk2$ ./wrk

Re: [akka-user] Enjoying Akka HTTP performance

it is actually wrk2: schmitch@deployster:~/projects/schmitch/wrk2$ ./wrk --version wrk 4.0.0 [kqueue] Copyright (C) 2012 Will Glozer I compiled it on the mac against the homebrew openssl library. Actually I also thing that at something like 60k-70k packages my client network gear and the

Re: [akka-user] Enjoying Akka HTTP performance

https://github.com/giltene/wrk2 On Mon, Sep 12, 2016 at 2:59 PM, Christian Schmitt wrote: > extracted from my gist: > > akka-http: > schmitch@deployster:~/projects/schmitch/wrk2$ ./wrk -t2 -c100 -d300s > -R120k http://192.168.179.157:3000 > Running 5m test @

Re: [akka-user] Enjoying Akka HTTP performance

extracted from my gist: akka-http: schmitch@deployster:~/projects/schmitch/wrk2$ ./wrk -t2 -c100 -d300s -R120k http://192.168.179.157:3000 Running 5m test @ http://192.168.179.157:3000 2 threads and 100 connections Thread calibration: mean lat.: 787.360ms, rate sampling interval: 2975ms

Re: [akka-user] Enjoying Akka HTTP performance

What does wrk2 say? On Mon, Sep 12, 2016 at 2:37 PM, Christian Schmitt wrote: > I just compared Playframework on Netty vs Akka-http guess thats fair since > play is quite high level. > > Performance for 2k, 20k, 120k Req/s (2k was used to warmup the VM): >

Re: [akka-user] Enjoying Akka HTTP performance

That would've been a good comment on that line of code :) On Mon, Sep 12, 2016 at 2:45 PM, אדם חונן wrote: > In my original code I really didn't care about that value or it's validity. > The only thing I wanted to achieve was different JSON messages like in > Node where,

Re: [akka-user] Enjoying Akka HTTP performance

In my original code I really didn't care about that value or it's validity. The only thing I wanted to achieve was different JSON messages like in Node where, BTW, this variables exists twice - once per process. If you really need to share mutable state Node is already out of the conversation...

Re: [akka-user] Enjoying Akka HTTP performance

@volatile on the var will not really help, += is not an atomic instruction. -- Cheers, √ On Sep 12, 2016 2:37 PM, "Christian Schmitt" wrote: > I just compared Playframework on Netty vs Akka-http guess thats fair since > play is quite high level. > > Performance for

Re: [akka-user] Enjoying Akka HTTP performance

I just compared Playframework on Netty vs Akka-http guess thats fair since play is quite high level. Performance for 2k, 20k, 120k Req/s (2k was used to warmup the VM): https://gist.github.com/schmitch/2ca3359bc34560c6063d0b00eb0a7aac Projects: https://github.com/schmitch/performance (akka-http

Re: [akka-user] Enjoying Akka HTTP performance

-- Konrad `ktoso` Malawski Akka @ Lightbend On 12 September 2016 at 12:56:46, Christian Schmitt ( c.schm...@briefdomain.de) wrote: actually wouldn't it be more reasonable to try it against netty? Yes and no. Then one should compare raw IO APIs, and none

Re: [akka-user] Enjoying Akka HTTP performance

actually wouldn't it be more reasonable to try it against netty? I mean that node is slower than akka-http isn't something I wonder about. Am Montag, 12. September 2016 12:12:29 UTC+2 schrieb Konrad Malawski: > > Hi Adam, > thanks for sharing the runs! > Your benchmarking method is good - thanks

Re: [akka-user] Enjoying Akka HTTP performance

Cool! (you may want to use an AtomicInteger to generate unique sequence numbers) On Mon, Sep 12, 2016 at 12:12 PM, Konrad Malawski wrote: > Hi Adam, > thanks for sharing the runs! > Your benchmarking method is good - thanks for doing a proper warmup and > using wrk2 :-) >

Re: [akka-user] Enjoying Akka HTTP performance

Hi Adam, thanks for sharing the runs! Your benchmarking method is good - thanks for doing a proper warmup and using wrk2 :-) Notice that the multiple second response times in node basically mean it's not keeping up and stalling the connections (also known as coordinated emission). It's great to

[akka-user] Enjoying Akka HTTP performance

Hi, I'd just like to share my satisfaction from Akka HTTP performance in 2.4.10. I'm diagnosing some low level Node.js performance issues and while running various tests that only require the most basic "Hello World" style code, I decided to take a few minutes to check how would Akka HTTP