Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Oct 16 22:15
    Aaronontheweb synchronize #3889
  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3986
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump NUnit from 3.6.1 to 3.12.0… (compare)

  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3985
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump FsCheck.Xunit from 2.9.0 t… (compare)

  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3983
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump ApprovalUtilities from 3.0… (compare)

  • Oct 16 21:00
    dependabot-preview[bot] edited #3985
  • Oct 16 21:00
    dependabot-preview[bot] edited #3986
  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3982
  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3987
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump FsPickler from 5.2.0 to 5.… (compare)

  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump LightningDB from 0.9.8 to … (compare)

  • Oct 16 21:00
    dependabot-preview[bot] edited #3982
  • Oct 16 21:00
    dependabot-preview[bot] edited #3983
  • Oct 16 21:00
    dependabot-preview[bot] edited #3987
  • Oct 16 20:59
    dependabot-preview[bot] edited #3982
  • Oct 16 20:59
    dependabot-preview[bot] edited #3985
  • Oct 16 20:59
    dependabot-preview[bot] edited #3987
  • Oct 16 20:59
    dependabot-preview[bot] edited #3986
Aaron Stannard
@Aaronontheweb
@HCanber I'm going to work on fixing some of those failing unit tests. I'll probably have to mark the Akka.Persistence ones as skippable until we've had a chance to do more work on the module. I have some fixes ready for others.
jcwrequests
@jcwrequests
@Horusiath and @Aaronontheweb I was listening to the nodeup
Dam phone. As I was trying to say I was listening to the nodeup podcast today and the were talking about an awesome IO framework the is multi platform that is suppose to be
jcwrequests
@jcwrequests
Sorry for the broken messages. BTW I am developing an Event Store Proof of concept using Akka and Cassandra in case anyone is interested.
Bartosz Sypytkowski
@Horusiath
@jcwrequests are you talking about Persistence plugin to EventStore?
btw. I think we should have some list of created / in progress Akka plugins with their maintainers list attached somewhere on getakka.net pages
even those, which are developed indepently
Raymen Scholten
@raymens
Quick question, the wiki about the Scheduler says the scheduling time is inexact. What is "inexact" in this case? Seconds offset?
Roger Johansson
@rogeralsing
It is scheduled on the default .NET threadpool, so it is as inexact as Task.Delay (which is used under the covers)
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