Fix blocking close method in multiplexed channel#4240
Fix blocking close method in multiplexed channel#4240Arooba-git wants to merge 4 commits intoaws:masterfrom
Conversation
|
Hi @Arooba-git apologies for the delay in response. I understand you're trying to change close() to be non-blocking, but we don't think that changing to a single thread executor is the right solution, as it would impact throughput performance. |
No worries :)
I see.. though we can set its property so that its a 'daemon' thread... no? 🤔 |
|
Still, we would like to avoid it. We don't have suggestions for now that can be addressed in this PR. You can create a new Github issue as a feature request if you'd like. |
|
It looks like this PR has not been active for more than five days. In the absence of more information, we will be closing this PR soon. Please add a comment to prevent automatic closure, or if the PR is already closed please feel free to open a new one. |
Hello! 🙂
This PR fixes a blocking case similar to #2145
While that issue was addressed by adding the blocking method to allowed blocking calls, BlockHound still detects another blocking
closemethod in Http2MultiplexedChannelPool class:This PR fixes the call. We re-ran the tests and they passed after the fix, except the one related to interruption, which we have updated according to the changes.
In addition we compared the performance (in terms of memory usage) before and after the fix:
Before

After

Types of changes
Checklist
mvn installsucceedsscripts/new-changescript and following the instructions. Commit the new file created by the script in.changes/next-releasewith your changes.License