8000 Fix pure ruby `comm_inactivity_timeout` by nevans · Pull Request #1019 · eventmachine/eventmachine · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Fix pure ruby comm_inactivity_timeout #1019

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

Open
wants to merge 12 commits into
base: master
Choose a base branch
from

Conversation

nevans
Copy link
Contributor
@nevans nevans commented Feb 12, 2025
  • Add pure_ruby EM.get_comm_activity_timeout
  • Rename pure_ruby EM::Selectable#set_comm_activity_timeout

This is the same ruby versions action used by all stdlib gems, so it
will keep CI up-to-date with new ruby releasese automatically.
I don't know what's going on here, but it seems to faile consistently,
and it works fine under Windows with all other versions of ruby
(including 3.5-dev).
@nevans nevans force-pushed the pure_ruby/comm_inactivity_timeout branch from 4e9a40c to 3234d07 Compare February 12, 2025 22:35
@nevans
Copy link
Contributor Author
nevans commented Feb 12, 2025

I based this PR on #1018 (to make CI pass) and #1015 (to simplify merge conflicts). Only the last two commits are relevant.

It feels the builds get randomly hit by one or more job that just go a
bit slower than the others which impacts the flakier tests.  With so
many jobs in the matrix, builds are almost guaranteed to get hit by at
least one of them behaving so badly that they fail.  Perhaps, by merging
the `pure_ruby` step into the build job, the odds of every job in the
matrix completing on the first attempt are improved.
This already existed on Reactor#current_loop_time, we just needed to
forward to it from the singleton method on `EM`.  For now, I kept the
same name for the Reactor attr_reader but added an alias to it.

This enables four existing tests.  They are very slow in pure ruby
mode, but they do pass!
This means that `Reactor.current_loop_time` will be seconds (as a Float)
not a Time object.  That should save some memory allocation, which is
nice for something like this that's updated every time through the loop.
Maybe there's a miniscule performance improvement by using Integer vs
Float, but that's not the primary motivation.  The goal was to match
the behavior of the C++ extension's `EventMachine_t::GetRealTime()`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant
0