Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Oct 14 21:02
    Aaronontheweb synchronize #3975
  • Oct 14 21:02
    Aaronontheweb opened #3975
  • Oct 14 20:11
    IgorFedchenko commented #3973
  • Oct 14 20:10
    IgorFedchenko synchronize #3973
  • Oct 14 20:06
    IgorFedchenko synchronize #3973
  • Oct 14 20:06
    IgorFedchenko synchronize #3973
  • Oct 14 19:42
    IgorFedchenko edited #3973
  • Oct 14 18:08
    Aaronontheweb commented #3937
  • Oct 14 17:27
    Aaronontheweb commented #90
  • Oct 14 17:26
    Aaronontheweb commented #90
  • Oct 14 17:25
    Aaronontheweb assigned #90
  • Oct 14 17:16

    Aaronontheweb on dev

    Provide static GetRoutees.Insta… (compare)

  • Oct 14 17:16
    Aaronontheweb closed #3974
  • Oct 14 17:16
    Aaronontheweb milestoned #3974
  • Oct 14 16:05
    jackowild opened #90
  • Oct 14 15:08
    Aaronontheweb commented #3974
  • Oct 14 15:08
    Aaronontheweb commented #3974
  • Oct 13 14:40
    cptjazz synchronize #3974
  • Oct 13 14:07
    cptjazz opened #3974
  • Oct 13 08:30
    ismaelhamed commented #3937
Roger Johansson
@rogeralsing
If there is a high load on the threadpool, the task might finish later than planned.. that is, there is no guarantee that it will execute exactly at the millisecond youd expect
Roger Johansson
@rogeralsing
(The actual wording comes from the JVM docs, which has a different timer, so maybe we should change this on our side)
Raymen Scholten
@raymens
Thanks
That is more than enough precision that I require :)
jcwrequests
@jcwrequests
@Horusiath not exactly but I suppose that once I get a working model together it could be used that way. Currently I use ES with my aggregates using the file system and SQL server which works but it does not scale easily. So I am stretching out the file system and SQL with Cassandra and putting
Resizable Pool Consistent Hash Router in front of that. If there is something that I can be of assistance with I would be happy to help.
Roger Johansson
@rogeralsing
Aaron and Andrew, make sure the F# version uses the full F# api, seen a few posts lately that uses the C# api, in f#
Andrew Skotzko
@skotzko
@rogeralsing @Aaronontheweb got it
got a link to one? will make sure we fix it
Akim Boyko
@akimboyko
Hi everyone! Anyone at LambdaDays at Krakow?
Bartosz Sypytkowski
@Horusiath
ehh, I'd like to, but right after holidays now I'm in the master-slave relation with my company ;)
Akim Boyko
@akimboyko
@Horusiath are at Krakow now?
Bartosz Sypytkowski
@Horusiath
now, even thou I have pretty close to :( Do you know it video from presentations will be available for the wider public?
Akim Boyko
@akimboyko
@Horusiath probably yes, at least they are recorded
@Horusiath there will be afterparty tonight with Tomash Petrichek and other F# guys tonight
Akim Boyko
@akimboyko
@horusiath tommorow evening Tomash and Co are going to organize F# beer'n'code event st Krakow
Aaron Stannard
@Aaronontheweb
@rogeralsing so I tried evaluating alternatives to SandCastle last night - had some real trouble getting it to work with our F# stuff
there's a graveyard of 6-10 projects out there that all tried to replace it and were subsequently abandoned
I took a look at the build system JSON.NET uses, since they have nice SandCastle docs
and I think I figured out my issue
Roger Johansson
@rogeralsing
oki?
Aaron Stannard
@Aaronontheweb
yeah, about to take a look at the first test run I did
bah, think I need to restart
keep getting access denied errors
Aaron Stannard
@Aaronontheweb
welp, figured that one out
unfortunately I'm going to have to use Guids as the URLs for our SandCastle docs
using the full member name causes the file generator to produce files longer than the max path in Windows
here's a preview of what the docs look like - just for Akka Core
blob
We'll need to make some more headway on #647 to really clean this up
Raymen Scholten
@raymens
@Aaronontheweb that looks pretty good :)
Raymen Scholten
@raymens
Natan Vivo
@nvivo
Anyone else understood what I'm proposing on #686? I know I'm confusing sometimes, but I'm trying to explain the best I can... =)
Roger Johansson
@rogeralsing
I do get it, totally, its more of a theoretical issue if we should promote async await inside actors, there are some side effects to it... e.g. if we use your approach, if an actor just stash everything while waiting, it could cause out of memory due to a large mailbox... or if we use re-entrancy where we do not pause the message processing, but still keep actor concurrency, the actor can get new state during the await period , this is exactly how it would be with pipeto also, but in the pipeto case, it is explicit, we see that we pass a message back. while with await, one could get the impression that no state could change..
async await sort of unfolds a series of messages that should happen in sequence, either in direct sequence using your approach , or just in a series over time with other stuff going in in between. as in reentrancy
Natan Vivo
@nvivo
Yes. Actually, this post is based on the question from @Horusiath when I proposed the AsyncUntypedActor, where he asked if there could be a way to support this for all the actors.
without having to implement an "async" version for each one
In fact, this is solving some thread starvation problems I was facing
Aaron Stannard
@Aaronontheweb
how many requests per second are you doing inside your app
where you could be running into thread starvation issues?
Natan Vivo
@nvivo
in this case, I was opening 64 threads
Roger Johansson
@rogeralsing
but you wouldnt get thread starvation if you use PipeTo, right? and you can still compose tasks and just do a single pipeto on the last task. assuming no task in between changes actor state, just task output
Natan Vivo
@nvivo
right
but the problem is that I had to wait for the processing to finish before going to the next one
it's currently well supported in .net using async/await
the only problem is that the actor doesn't support that
Aaron Stannard
@Aaronontheweb
@nvivo honest question... how much work have you done with the TPL directly?
Natan Vivo
@nvivo
I'm quite good at it =)
Roger Johansson
@rogeralsing
task1.ContinueWith(t => do more stuff).ContinueWith(...).PipeTo(self)
Aaron Stannard
@Aaronontheweb
async / await are not magic