Re: [akka-user] ClusterClient and graceful shutdown of ClusterReceptionist

Please have a look at https://github.com/akka/akka/pull/24167 Thanks, Fred On Sat, Dec 16, 2017 at 10:17 PM, Patrik Nordwall wrote: > As you suggested, when the receptionist is stopped it should notify > “connected” clients about that. > > /Patrik > > lör 16 dec. 2017

Re: [akka-user] Re: How to measure performance of Actor Message from one actor reaching to another actor

Then I'd recommend that you use/adjust the test we have: https://github.com/akka/akka/blob/master/akka-remote-tests/src/multi-jvm/scala/akka/remote/artery/MaxThroughputSpec.scala https://github.com/akka/akka/blob/master/akka-remote-tests/src/multi-jvm/scala/akka/remote/artery/LatencySpec.scala

Re: [akka-user] Re: How to measure performance of Actor Message from one actor reaching to another actor

Since you’d be measuring remoting there, on the boundary between nodes, I highly recommend making use of its “new” (has been out there quite a few months) implemenation: Artery, see docs here: https://doc.akka.io/docs/akka/2.4/scala/remoting-artery.html -- Cheers, Konrad 'ktoso '

Re: [akka-user] Re: How to measure performance of Actor Message from one actor reaching to another actor

I am interested in throughput (msg/s) and latency (us). As shown in this diagram, Actors will be running in different JVM's on different machines. Messages will be remote and serialization/deserialization will be included. In this diagram, Actor B acts as supervisor and one of the role it plays

Re: [akka-user] ClusterClient and graceful shutdown of ClusterReceptionist

As you suggested, when the receptionist is stopped it should notify “connected” clients about that. /Patrik lör 16 dec. 2017 kl. 11:38 skrev frederic arno : > Thanks Patrick. > > What do you think would be the best way to do it, what I described in my > original message

Re: [akka-user] ClusterClient and graceful shutdown of ClusterReceptionist

Thanks Patrick. What do you think would be the best way to do it, what I described in my original message or rather having the cluster client setup a death watch on the receptionist? Fred Le 16 déc. 2017 16:38, "Patrik Nordwall" a écrit : Sounds like an excellent

Re: [akka-user] ClusterClient and graceful shutdown of ClusterReceptionist

Sounds like an excellent suggestion and contribution is welcome. Thanks, Patrik lör 16 dec. 2017 kl. 09:15 skrev Frederic : > Hi all, > > The ClusterClient is designed to connect to a single ClusterReceptionist. > When a cluster node running a receptionist gracefully

[akka-user] ClusterClient and graceful shutdown of ClusterReceptionist

Hi all, The ClusterClient is designed to connect to a single ClusterReceptionist. When a cluster node running a receptionist gracefully leaves the cluster (i.e., because the node is shutting down), the cluster clients connected to that receptionist will keep sending message to it until the