Skip to content

Extend the Lettuce guide on how native library conflicts are solved #3275

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

Closed
tishun opened this issue Apr 25, 2025 · 2 comments
Closed

Extend the Lettuce guide on how native library conflicts are solved #3275

tishun opened this issue Apr 25, 2025 · 2 comments
Labels
type: documentation A documentation update

Comments

@tishun
Copy link
Collaborator

tishun commented Apr 25, 2025

Feature Request

Is your feature request related to a problem? Please describe

There is no documentation on what would happen if both the IO_URING and EPOLL native libraries are present in the classpath.

Describe the solution you'd like

We need to document in a clear way that:

  • having both the EPOLL and IO_URING libraries in the classpath is not a valid configuration
  • having them both would result in IO_URING being used
  • ideally the users need to correct this by leaving only the desired library in the class path
@thachlp
Copy link
Contributor

thachlp commented Apr 26, 2025

@tishun After changing the native library default to epoll, where should I update the document?

@tishun tishun modified the milestone: Async Apr 29, 2025
@tishun
Copy link
Collaborator Author

tishun commented May 23, 2025

Hey @thachlp ,
I suggest that we put in the advanced-usage.md (Native transports section) a note, for ex.

!!! NOTE
Having both the io_uring and the epoll native transports available
in the classpath would - by default - load the io_uring driver with
precedence. Use the io.lettuce.core.iouring system property to
disable io_uring in this case and instead load the epoll transport.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: documentation A documentation update
Projects
None yet
Development

No branches or pull requests

2 participants