-
Notifications
You must be signed in to change notification settings - Fork 631
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
nevans
wants to merge
12
commits into
eventmachine:master
Choose a base branch
from
nevans:pure_ruby/comm_inactivity_timeout
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Fix pure ruby comm_inactivity_timeout
#1019
nevans
wants to merge
12
commits into
eventmachine:master
from
nevans:pure_ruby/comm_inactivity_timeout
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
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).
4e9a40c
to
3234d07
Compare
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()`.
...for consistency.
3234d07
to
9ede433
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
EM.get_comm_activity_timeout
EM::Selectable#set_comm_activity_timeout