Artur Pietrzyk

Results 29 comments of Artur Pietrzyk

This do not make sense to merge it as it will be replaced again with the openapi generator on the next change. Good to see that the fix was merged...

![image](https://user-images.githubusercontent.com/864295/63580362-f3586900-c594-11e9-8533-f0ba78da9299.png) @mvburgh Did you made any progress since then on that?

![image](https://user-images.githubusercontent.com/864295/63584247-d162e480-c59c-11e9-8480-9f4bd1532964.png) Code which causing this is very simple just the PublisherSocker who had connected ~10 subscribers: ![image](https://user-images.githubusercontent.com/864295/63584373-1c7cf780-c59d-11e9-9af7-f2f10a5f3e39.png) I'm not sure it's the same bug as the initial bug was related...

@somdoron I confirm that Linger is equal to the {00:00:00} at the end of the Start() function in the snippet provided above @(Start(): return port;) publisher.Options {NetMQ.SocketOptions} Affinity: 0 Backlog:...

@somdoron Take a look at the incoming reference chart. ![image](https://user-images.githubusercontent.com/864295/63586037-bdb97d00-c5a0-11e9-9a32-8b7902745b75.png) In my use-case, the subscribers should not come and go frequently, but there could be a bug on my side...

I'm using the 4.0.0.239-pre version.

@somdoron No problem, I actually found interesting fact - the leak is visible only on nodes on which there is no communication activity between Publisher and Subscriber (silence), it's ok...

![image](https://user-images.githubusercontent.com/864295/63587677-e6437600-c5a4-11e9-89c4-43efa0b168e9.png) It looks like the Pipe is also referenced to the Pub+Sub, however, I don't know it's the same instance.