Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix bug when process OOMs due to retained LimitableRequestPublishers in RSocketServer #638

Merged
merged 9 commits into from
May 21, 2019

Conversation

mostroverkhov
Copy link
Member

No description provided.

@mostroverkhov mostroverkhov force-pushed the bugfix/cleanup-on-cancel branch 4 times, most recently from c9da160 to b55aac5 Compare May 20, 2019 17:53
@@ -114,6 +118,9 @@ public static TcpServerTransport create(TcpServer server) {
acceptor.apply(connection).then(Mono.<Void>never()).subscribe(c.disposeSubscriber());
})
.bind()
.doOnNext(
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need to do that ? I'm wondering because we are opening the door to a new way to retain channels:

  • Is there a use case where the server life is shorter than the application life ?
  • If so, should we just shutdown event loops to force channels to be closed ?
  • Is this related at all to the OOM since this is only doing anything when the server is closed ?

Copy link
Member Author

@mostroverkhov mostroverkhov May 21, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@smaldini This is not related to OOM - just annoying bug living in reactor-netty for almost year, getting in a way when debugging. This change is my interpretation of what suggested as workaround by violeta at the bottom of reactor/reactor-netty#495. If I close Rsocket's server CloseableChannel, I d expect connections -> rsockets are closed aswell. The reason many changes are squashed in PR is there exist long-running soak test, and we would like to run It fewer times for this release

@mostroverkhov mostroverkhov force-pushed the bugfix/cleanup-on-cancel branch from b55aac5 to 59f3dd8 Compare May 21, 2019 04:56
…cuted only on BaseSubscriber.cancel()

Signed-off-by: Maksym Ostroverkhov <[email protected]>
…sableChannel close

Signed-off-by: Maksym Ostroverkhov <[email protected]>
Signed-off-by: Maksym Ostroverkhov <[email protected]>
remove rsocket-transport request coordination tests

Signed-off-by: Maksym Ostroverkhov <[email protected]>
Signed-off-by: Maksym Ostroverkhov <[email protected]>
…on DisposableChannel close"

This reverts commit 67bea79

Signed-off-by: Maksym Ostroverkhov <[email protected]>
@mostroverkhov mostroverkhov force-pushed the bugfix/cleanup-on-cancel branch from 59f3dd8 to ea266c1 Compare May 21, 2019 04:58
@robertroeser robertroeser merged commit 71915d4 into develop May 21, 2019
@mostroverkhov mostroverkhov deleted the bugfix/cleanup-on-cancel branch May 21, 2019 05:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants