Thanks for clarifying, Roland. The mailbox is a good differentiator, and also the reason why Broadcast doesn't work as intended.
Picking the "most idle" routee and then continue a stateful conversation with it is a valid point, but it can be solved better without routers. Regards, Patrik On Sun, Apr 27, 2014 at 7:05 PM, Roland Kuhn <[email protected]> wrote: > The BalancingPool has the property that its routees do not have truly > distinct identity: they have different names, but talking to them will not > end up at the right actor in most cases. Therefore you cannot use it for > workflows that require state to be kept within the routee, you would in > this case have to include the whole state in the messages. > > With a SmallestMailboxPool you can have a vertically scaling service that > can interact in a stateful fashion with other services in the back-end > before replying to the original client. The other advantage is that it does > not place a restriction on the message queue implementation as > BalancingPool does. > > > Regards, > > > *Dr. Roland Kuhn* > *Akka Tech Lead* > Typesafe <http://typesafe.com/> – Reactive apps on the JVM. > twitter: @rolandkuhn <http://twitter.com/#!/rolandkuhn> > > On 22 apr 2014, at 05:35, Patrik Nordwall <[email protected]> > wrote: > > Hi Rob, > > > On Fri, Apr 18, 2014 at 10:12 AM, Rob Bakker <[email protected] > > wrote: > >> Hi >> >> I'm looking at the different routers and was wandering why would I use >> the *SmallestMailboxPool*, now that the *BalancingPool *is introduced? >> I can't think of any situation that the *SmallestMailboxPool *will work >> better than the *BalancingPool*? >> > > That is a good question and I'm trying to think of a reason why we have > "always" had those two alternatives. They are operating in very different > ways, and for certain high load usage you might notice some better > performance of one or the other. That must be measured for the application > specific scenario. However, I can't see a compelling reason to use > SmallestMailboxPool. Should we remove it? Thoughts, anyone else? > > One thing that BalancingPool can't handle (in intended way) is sending > Broadcast message to all routees. > > Regards, > Patrik > > >> >> Any thoughts >> >> Rob >> >> -- >> >>>>>>>>>> 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. >> > > > > -- > > Patrik Nordwall > Typesafe <http://typesafe.com/> - Reactive apps on the JVM > Twitter: @patriknw > JOIN US. REGISTER TODAY! <http://www.scaladays.org/> > Scala <http://www.scaladays.org/> > Days <http://www.scaladays.org/> > June 16th-18th, <http://www.scaladays.org/> > Berlin <http://www.scaladays.org/> > > -- > >>>>>>>>>> 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]. > 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. > -- Patrik Nordwall Typesafe <http://typesafe.com/> - Reactive apps on the JVM Twitter: @patriknw JOIN US. REGISTER TODAY! <http://www.scaladays.org/> Scala <http://www.scaladays.org/> Days <http://www.scaladays.org/> June 16th-18th, <http://www.scaladays.org/> Berlin <http://www.scaladays.org/> -- >>>>>>>>>> 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.
