Skip to content

Add doc for IOApp#pollingSystem#4222

Merged
djspiewak merged 1 commit into
typelevel:series/3.6.xfrom
armanbilge:doc/ioapp-pollingsystem
Jul 7, 2025
Merged

Add doc for IOApp#pollingSystem#4222
djspiewak merged 1 commit into
typelevel:series/3.6.xfrom
armanbilge:doc/ioapp-pollingsystem

Conversation

@armanbilge

Copy link
Copy Markdown
Member

No description provided.

Comment on lines +169 to +170
* The [[unsafe.PollingSystem]] used by the [[runtime]] which will evaluate the [[IO]]
* produced by `run`. It is very unlikely that users will need to override this method.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Not to bikeshed, but wouldn't it be better to talk about how the polling system specifically handles the syscall management for the scheduler? As worded, this seems to handwave at the entire WSTP + IOFiber semantic space, which obviously polling systems don't touch.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

As worded, this seems to handwave at the entire WSTP + IOFiber semantic space

LOL yes this needs improvement. It's a couple iterations of copy pasta 🤪


Not to bikeshed, but wouldn't it be better to talk about how the polling system specifically handles the syscall management for the scheduler?

What exactly do you have in mind? Really only io_uring comes close to fully taking over syscall management.

@armanbilge armanbilge added this to the v3.6.0 milestone Jan 6, 2025
@djspiewak
djspiewak merged commit 8a463e6 into typelevel:series/3.6.x Jul 7, 2025
1 of 5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants