On Fri, Mar 18, 2016 at 12:31 PM, Guido Medina <[email protected]> wrote:
> Thanks for the quick response: > > Nodes pair or actors pair? > Sorry I meant actors pair. But honestly, in the case of UDP there will be no performance increase by having these subchannels at all, at least in terms of throughput, the difference will be better latency in case of messages that wildly differ in size. The only reason why multiple TCP connections are better in throughput than one is because of the congestion control which you "cheat" by opening multiple connections (TCP is fair *per connection*). But this does not apply to UDP at all. -Endre > I used the wrong convention when describing the scenario, in both designs > I'm sending from node-1 to node-2. > The only difference between the 2 is that design 1 is sending to the same > actor@node-2 and design 2 is cycling the actors@node-2 > > Regards, > > Guido. > > On Friday, March 18, 2016 at 11:26:07 AM UTC, drewhk wrote: >> >> >> >> On Fri, Mar 18, 2016 at 12:13 PM, Guido Medina <[email protected]> wrote: >> >>> Given the following scenario, which design would fit best: >>> >>> Assume I have 2 receivers@node-1, for simplicity lets call them (I know >>> I'm using the wrong convention): >>> >>> - receiver-1@node-1 >>> - receiver-2@node-1 >>> >>> Assume I have 4 processors@node-2, for simplicity again lets call them: >>> >>> - processor-1@node-2 >>> - processor-2@node-2 >>> - processor-3@node-2 >>> - processor-4@node-2 >>> >>> Design 1: >>> >>> - All messages from receivers@node-1 go to a supervisor@node-2 which >>> using a round-robin processor-router@node-2 of >>> processor[1..4]@node-2 which distribute them to a respective processor. >>> >>> Design 2: >>> >>> - The round-robin processor-router is sitting at node-1 >>> (processor-router@node-1 instead of processor-router@node-2) and has >>> a list of actor refs processors that are at node-2 (they were sent from >>> node-2 to node-2 in order to build the router) >>> >>> Questions: >>> >>> Which of the designs has a better throughput with the current >>> akka-remote? >>> >> >> Doesn't metter with the current. >> >> >>> Which will perform better with the future akka-remote? >>> >> >> Likely Design 2 as it will be able to exploit the lack of ordering >> requirements between the different node pairs. >> >> -Endre >> >> >>> >>> By throughput I mean amount of messages that can be deliver from >>> receivers@node-1 to processors@node-2 >>> >>> Thanks in advanced for the answers, >>> >>> Guido. >>> >>> -- >>> >>>>>>>>>> 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 https://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 https://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 https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
