Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jan 25 14:59
    Aaronontheweb commented #3615
  • Jan 25 14:58
    Aaronontheweb commented #3615
  • Jan 25 14:56
    Aaronontheweb commented #4126
  • Jan 25 13:16
    IgorFedchenko synchronize #4126
  • Jan 25 12:37
    IgorFedchenko commented #3615
  • Jan 25 12:37
    IgorFedchenko commented #3615
  • Jan 25 12:35
    IgorFedchenko commented #3615
  • Jan 25 12:16
    IgorFedchenko synchronize #4126
  • Jan 25 12:03
    IgorFedchenko opened #4165
  • Jan 25 11:06
    IgorFedchenko synchronize #4126
  • Jan 25 10:45
    IgorFedchenko commented #4126
  • Jan 25 10:37
    IgorFedchenko synchronize #4126
  • Jan 25 10:36
    IgorFedchenko edited #4126
  • Jan 25 10:34
    IgorFedchenko synchronize #4126
  • Jan 25 10:30
    IgorFedchenko synchronize #4126
  • Jan 24 23:00
    Danthar commented #3954
  • Jan 24 22:53
    Aaronontheweb commented #3954
  • Jan 24 21:06
    Aaronontheweb synchronize #4128
  • Jan 24 16:56
    Aaronontheweb synchronize #4128
  • Jan 24 16:46

    Aaronontheweb on explain-sharding-path

    (compare)

Natan Vivo
@nvivo
You are leaving, I don't know how to explain to you this way
I'm trying to
but it seems you are certain the since all your problems are solved by the current solution, no other problems may appear
what I'm proposing is just supporting officially the default pattern for non-blocking code in .NET
Aaron Stannard
@Aaronontheweb
no, you just haven't offered any evidence to the contrary
the official pattern for non-blocking code in .NET is also procedural and doesn't use actors
has no power here
not a valid argument
Actor model is a different programming model than OOP
Natan Vivo
@nvivo
I think you are getting the wrong idea of what I'm saying
maybe I need to explain better
but it seems you convinced yourself of what I'm proposing
even though I'm saying it has nothing to do with that
english is not my primary language, maybe that's the issue
Aaron Stannard
@Aaronontheweb
no worries - I'm also respond faster than I can think sometimes
so I may not be getting it
but worth noting, we've had A LOT of history with people who wanted to do absolutely idiotic shit inside actors with async
Natan Vivo
@nvivo
it's not the case
Aaron Stannard
@Aaronontheweb
so I might just be traumatized from that
biased, in other words
Natan Vivo
@nvivo
I tried to give an example in the last comment on the issue
Aaron Stannard
@Aaronontheweb
yeah, and you should read my response - I don't think even using async is the right way to solve that problem
Natan Vivo
@nvivo
I got what you are saying
I'm just adding that there is more to it
there are reasons to use async that have nothing to do with concurrency
Bartosz Sypytkowski
@Horusiath
have you looked at bottom readme in https://github.com/OrleansContrib/DesignPatterns ?
Natan Vivo
@nvivo
@Horusiath me?
Bartosz Sypytkowski
@Horusiath
this is a general question I just cannot belive in those numbers
Natan Vivo
@nvivo
you think it's too much or too little?
I'm not impressed by anything =)
Bartosz Sypytkowski
@Horusiath
my comp has 8 cores, and I can spin Akka.NET up to 20-68mln msgs/sec, while Orleans is talking about 10k on 8 core VM
Roger Johansson
@rogeralsing
Optimizing for locality in akka.net, we would do 30 mil messages per sec inside that machine...
Bartosz Sypytkowski
@Horusiath
I'm guessing that's a metrics methodology issue
Natan Vivo
@nvivo
that's what I thought
I'm not sure what "requests" mean there and what they are doing
Also, I'm very skeptical about VMs.... sometimes we forget how faster a bare machine can be
Roger Johansson
@rogeralsing
Also orleans serialize all messages, because no immutable messages
Aaron Stannard
@Aaronontheweb
man those numbers
ewwwwwwwwwww
serializing every message will do that
their benchmark is probably comparing different stuff though
I would love to do an Akka.Cluster / Akka.Remote benchmark at some point
had an idea for a load-testing tool for Akka.Remote but haven't had any time to work on it
Aaron Stannard
@Aaronontheweb
btw, not sure who's interesting in using the Clustering module yet
but I have a patch coming in soon - hopefully this weekend, that enables full support for Pool routers
even have the multi-node tests to prove it :p
@rogeralsing for the ConsistentHashing stuff that we talked about - I'm just going to go full-bore and import virtual nodes while I'm atit
no reason for us not to have the latest stuff there
Aaron Stannard
@Aaronontheweb
plus, although it's not a perfect solution for #673, I think it offers a better solution that what we have now
Aaron Stannard
@Aaronontheweb
for anyone who wants to read the original Akka source - this is a life saver: http://jim-mcbeath.blogspot.com/2008/12/scala-operator-cheat-sheet.html