-
Notifications
You must be signed in to change notification settings - Fork 28
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
libp2p-0.49 with severe problems due to this crate (pulled in via mdns) #28
Comments
Using #27 I tried it with Tokio, but alas, the behaviour is unchanged:
|
Sorry guys, nothing to see here: I had a poll_fn bug in my own code, leading to immediate wakeup. The good thing about this wasted day is that I can confirm that the Tokio variant does seem to work nicely. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This is what happens:
Thereafter the
poll_recv_from
logs that same line about 10'000 times per second, starving everything else.It is this loop:
https://github.com/little-dude/netlink/blob/8fc3843dcc5ddc4ece815e3f3df124e196d17dcf/netlink-sys/src/smol.rs#L56-L63
It matches my earlier investigations this year: poll says “I’m ready” while reading says “there’s nothing here!”. Perhaps switching to Tokio solves this — my trust in async-io has sunken below zero.
The text was updated successfully, but these errors were encountered: