@schatekar I've only had experience up to a couple of thousand connections at once but that was on relatively low end VMs, you've then got either signalr backplanes for scale out or multiple servers with consistent hashing if you need really low latency
Nugot.net (With an o)
@bruinbrown and @kujua : Thanks!! Yep, looks like "Ask" is the miracle method I was missing :) Now off to go start prototyping... the potential here is very exciting!
@Aaronontheweb Today I upgraded to 1.0.4 and the DI was behaving very strangely, sometimes failing to resolve dependencies. I tracked it down to your akkadotnet/akka.net@5fd1c04 and wanted to ask: what was the motivation to use the Ninject activation blocks ?
Anybody got any tips on debugging MultiNodeTests? I've got the child process debugging power tools but it doesn't seem to attach the debugger on child processes. Any tips on running them as well? I've tried launching the multinode test runner with my tests assembly and calling start external program from the tests project
Same problem here. Could help if you raise an issue with the steps your are following. I wanted to do that but could not till weekend now. stuck in a place without access to my development box
I've not managed to get a break point to hit yet. (using Start external program) Basically limited myself to running individual dlls and reading the output.
@GraemeBradbury that is still a lot of output to read, isn't it?
@schatekar oh yes, even more when you turn on verbose mode :-)
with the 7 PRs you submitted, was that 7 times the usual reading of logs? ;)
I've only done 3 pr's for tests :-)
@GraemeBradbury One option is to drop a Debugger.Break() where you want the breakpoint. Will force attachment of debugger.
@cpx Is that not what VS does internally when you set a breakpoint?
@creepone we decided on a standard set of expectations for how DI is supposed to behave in Akka.NET, since it was chaotic and unpredictable from one framework to the next
@stefansedich is publishing a list of all of the settings you should have on your containers for working with actors, but the TL;DR; of it is that we expect the container to manage the lifecycle of the objects
and to automatically dispose those objects on restart / termination
Ninject and others were not doing this before
leaking memory, essentially
@schatekar No, those breakpoints are only set when VSHost executes. My guess is that the VSHost exe injects the breakpoints at runtime using internal CLR methods.
@creepone but if this is causing some unintended side effects, please file an issue!
I think @stefansedich recommended for Ninject that you bind things .InScope()
@bruinbrown > I've got the child process debugging power tools but it doesn't seem to attach the debugger on child processes. Any tips on running them as well?
there's a little trick to this that isn't very straightforward
so you want to open that menu, Debug --> Other Debug Targets --> Child Process Debugging Settings
and then configure it like this
make sure Enable child process debugging is checked
and add NodeTestRunner.exe as an entry, also checked, with action Attach debugger
then press Save
@Aaronontheweb could you stick that to a gist or an issue? so that it is easy to refer to in future?