actually, I didn't measure every single change's performance impact, but having `notifyChannelNonEmpty()` under the lock would mean that the lock around `RemoteInputChannel#receivedBuffers` would compete with the lock around `SingleInputGate#inputChannelsWithData` -> that change is one of the two lock contention improvements and I'll separate these into one commit vs. one hotfix for `moreAvailable`
[ Full content available at: https://github.com/apache/flink/pull/6555 ] This message was relayed via gitbox.apache.org for [email protected]
