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

Improve event loop locality of client requests #11300

Merged
merged 20 commits into from
Jan 27, 2025
Merged

Conversation

yawkat
Copy link
Member

@yawkat yawkat commented Nov 1, 2024

If a request is made on an event loop that is part of the same event loop group that the client is configured to use, prefer making the connection on that same event loop. This keeps all the relevant processing on the same thread and may improve performance.

yawkat added 10 commits October 29, 2024 14:50
Also adds cancellation support to ExecutionFlow.
Implement "proper" context propagation in the client to get rid of the old ClientServerContextFilter.

Because context propagation uses its own key for the reactor context instead of ServerRequestContext.KEY, I've deprecated ServerRequestContext.KEY and added a more general API that can use the propagated context from the ContextView.
- In toPublisher, return a specialized FlowAsMono that (a) directly extends Mono so does not need a reactor wrapper and (b) supports SYNC fusion so that when the flow completes after the toPublisher call but before subscribe, we can take advantage of reactor fusion operations.
- Introduce a new method fromPublisherEager that can unwrap FluxAsMono directly (to short-circuit the direct ExecutionFlow->Publisher->ExecutionFlow transform) but can also transform Monos that complete immediately (e.g. Mono.just(…).map(…)) directly to ImperativeExecutionFlow.
If a request is made on an event loop that is part of the same event loop group that the client is configured to use, prefer making the connection on that same event loop. This keeps all the relevant processing on the same thread and may improve performance.
@yawkat yawkat added the type: improvement A minor improvement to an existing feature label Nov 1, 2024
@yawkat yawkat added this to the 4.8.0 milestone Nov 1, 2024
Base automatically changed from reactor-opts to 4.8.x November 14, 2024 14:14
@sdelamo
Copy link
Contributor

sdelamo commented Jan 22, 2025

@yawkat does this PR still apply?

# Conflicts:
#	http-client/src/main/java/io/micronaut/http/client/netty/ConnectionManager.java
* Copy of {@link #safeItems} <i>only</i> for use in {@link #doSomeWork()}, without lock.
* {@link #doSomeWork()} may shuffle and reorder this array in-place as needed.
*/
private volatile ResizerConnection[] unsafeItems = EMPTY;
Copy link
Contributor

Choose a reason for hiding this comment

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

Just use CopyOnWriteArrayList

Copy link
Member Author

Choose a reason for hiding this comment

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

i want to avoid lock contention in doSomeWork, and it also gives me the option to sort the connections in-place there

Copy link

@graemerocher graemerocher merged commit 5fdb596 into 4.8.x Jan 27, 2025
22 checks passed
@graemerocher graemerocher deleted the client-locality branch January 27, 2025 12:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: improvement A minor improvement to an existing feature
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

4 participants