Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 12:04
    nagytech synchronize #4092
  • 11:53
    nagytech synchronize #4092
  • 11:49
    nagytech edited #4092
  • 11:40
    nagytech opened #4092
  • 11:32
    nagytech edited #4091
  • 11:32
    nagytech opened #4091
  • 10:13
    nagytech commented #3954
  • 05:29
    nagytech commented #4090
  • 05:29
    nagytech opened #4090
  • Dec 11 23:52
    scptre commented #4082
  • Dec 11 14:26
    nagytech commented #3954
  • Dec 11 11:18
    nagytech edited #4089
  • Dec 11 11:17
    nagytech opened #4089
  • Dec 11 11:00
    nagytech commented #4083
  • Dec 11 08:34
    jiyeongj commented #4083
  • Dec 11 08:33
    jiyeongj commented #4083
  • Dec 11 08:33
    jiyeongj commented #4083
  • Dec 11 07:57

    dependabot-preview[bot] on nuget

    (compare)

  • Dec 11 07:57

    dependabot-preview[bot] on dev

    Bump MongoDB.Driver from 2.9.1 … (compare)

  • Dec 11 07:57
    dependabot-preview[bot] closed #104
Arjen Smits
@Danthar
@nvivo Thats very true
Natan Vivo
@nvivo
it's not that it can't be done. it's more that it shouldn't =)
dispatchers control how threads are used. you can run 10 queries using a single thread if you're using async
Arjen Smits
@Danthar
@kekekeks The dispatcher is not meant for solving those kind of problems
Natan Vivo
@nvivo
you shouldn't require messing with threads only to control connections
(that's exactly why I'm trying to come up with some reasons why someone should touch dispatchers - we need some good examples on why one would care about that)
Arjen Smits
@Danthar
Honestly @nvivo I think that if the default dispatcher is properly optimized. The list of scenario's of wanting to implement your own is very small.
Natan Vivo
@nvivo
I agree
Arjen Smits
@Danthar
And thats besides the fact that implementing your own dispatcher if fraught with all kinds of subtleties
Natan Vivo
@nvivo
just so you understand, I'm rewriting the docs to be more "human readable"
Arjen Smits
@Danthar
Yes i know :) been lurking here for days, Just heaven't been very active due to.. stuff
Natan Vivo
@nvivo
currently, if you go to the Dispatchers docs, you can read the entire thing and there is nothing there saying what it actually does and why you should change that
Bartosz Sypytkowski
@Horusiath
I've already proposes an experiment for custom dispatcher built on top of Hopac to see, if there is a possible performance gain
Arjen Smits
@Danthar
iv'e been eyeing the DI examples doc as well. That could use some love.
Hopac. yeah that should be interesting
Natan Vivo
@nvivo
the official akka doc is more like "integers: we implemented using a custom machine architecture where bits are randomly swapped bla bla bla " - when they could just said "they are numbers"
you don't notice after some time. but for people learning, it's a lot of words that don't mean a lot
Bartosz Sypytkowski
@Horusiath
I mean a lot, when you have to deep dive into internals or have some problem
Natan Vivo
@nvivo
all I got from the docs is "it's the engine that makes akka tick".. all the rest I'm going through the source
yep, exactly
I agree they are useful. but it's not what akka.net needs to attract new people
I tried to explain akka.net to some friends, they have a lot of questions that I only know because I'm here everyday and reading the issues and going through the source. it's not a good path for everyone
Arjen Smits
@Danthar
Yup. And not everything is updated for 1.0 yet. Or so it seems. Sometimes hard to judge, other than the fact stuff could be more clear.
Natan Vivo
@nvivo
writing code is easy. it's much harder to document it =)
Arjen Smits
@Danthar
heh, they respond with 'thats very interesting' and leave it at that :P
they deal with very different problems than me :P
Natan Vivo
@nvivo
my wife calls me the king of nerds, and I come here and I see I'm not half of what it takes to code some of this stuff haha
you guys win hands down
Arjen Smits
@Danthar
I know the feeling. In the land of the blind, the man who can see is king
Natan Vivo
@nvivo
:-p
Arjen Smits
@Danthar
And the fact that this profession has an huge amount of interest areas
jcwrequests
@jcwrequests
Nikita Tsukanov
@kekekeks
Oh, thanks
jcwrequests
@jcwrequests
I have been playing around trying to find a good way to do stateful actors in a hierarchy. After talking with @Aaronontheweb that HashPooling was not a good idea so I came up with a sample project. Besides adding become logic I was wondering if anyone had any thoughts or criticism on how to model this using Akka.
I was going to combine some of the ideas with what @rogeralsing posted in his blog. Anything anyone would like to share is welcome.
Arjen Smits
@Danthar
Any known issues with Akka running on .Net 4 ?
Roger Johansson
@rogeralsing
Dont think anyone have tried tbh
Arjen Smits
@Danthar
yeah me either
when I start thinking about it. There might be some TPL stuff
and there would be some minor perf issues in places where the concurrent collections are used. Those where horrible in perf in .Net 4
meh horrible is a bit much. But they weren't great.
Arjen Smits
@Danthar
Do you guys make .Net 4 builds ?
ah, nuget says nope.
So in short: No known issues, but its not officially supported.
ugh! I hate this: https://skillsmatter.com/skillscasts/4081-greg-young-4081 "Because of its privacy settings: This video cannot be played here"
Arjen Smits
@Danthar
@nvivo the new routing docs are great. But could use some extension on what resizers are and how they work.
Natan Vivo
@nvivo
@Danthar, I'll take a look at that. Thanks
Arjen Smits
@Danthar
@rogeralsing question. About DI and scopes. Currently the docs say that Actors must not have the singleton scope, since its not supported
However, that implies that other scope types are supported. But I think thats wrong, because as far as i understand it
only the transient scope is supported.