You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With @hassila's fantastic work in #1804 (and beyond), the path for SwiftNIO on io_uring has begun. To fully leverage all the potential benefits, we should at some point offer SwiftNIO doing I/O through io_uring (with #1804 we're doing "uring lite" which uses io_uring only for eventing but the regular syscalls for the actual I/O).
To facilitate development (and maybe also spike out #1829) we could start this off in a separate repository which would mean we can break API more easily and aren't bound to NIO's pretty vast Swift version compatibilities. This will very likely require new Channel and EventLoop types anyway so a separate repository may not be too bad. The biggest concern is probably the inability to reach NIO internals for which we should come up with a story (maybe via @_spi)
The text was updated successfully, but these errors were encountered:
With @hassila's fantastic work in #1804 (and beyond), the path for SwiftNIO on io_uring has begun. To fully leverage all the potential benefits, we should at some point offer SwiftNIO doing I/O through io_uring (with #1804 we're doing "uring lite" which uses io_uring only for eventing but the regular syscalls for the actual I/O).
For inspiration, there is of course
netty-incubator-transport-io_uring
.To facilitate development (and maybe also spike out #1829) we could start this off in a separate repository which would mean we can break API more easily and aren't bound to NIO's pretty vast Swift version compatibilities. This will very likely require new
Channel
andEventLoop
types anyway so a separate repository may not be too bad. The biggest concern is probably the inability to reachNIO
internals for which we should come up with a story (maybe via@_spi
)The text was updated successfully, but these errors were encountered: