-
Notifications
You must be signed in to change notification settings - Fork 47.5k
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
[Scheduler] Delete old rAF implementation #16271
Conversation
Our performance tests indicate that the message loop implementation has better CPU utilization than the current rAF one. This commit removes the feature flag and deletes the rAF implementation.
React: size: -2.2%, gzip: -3.3% Details of bundled changes.Comparing: f440bfd...5113349 react
scheduler
Generated by 🚫 dangerJS |
runtime.assertLog(['Message Event', 'A', 'B']); | ||
}); | ||
|
||
it('multiple tasks with a yield in between', () => { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This test breaks after the min heap refactor.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok that's because it needs 4999 instead of 5000 now. Must be some comparison condition flip. Probably doesn't matter.
Since we want to keep both for now, I pulled all test except |
* Add a regression test for cancelCallback with message loop * If there's nothing scheduled, we're not running * Add more tests from #16271
Will open new PR |
Our performance tests indicate that the message loop implementation has better CPU utilization than the current rAF one. This commit removes the feature flag and deletes the rAF implementation.
I removed the old SchedulerDOM tests because they assumed a rAF implementation. I ported the relevant tests to the SchedulerBrowser test suite.
Opening the PR now, but I won't merge this until after 16.9.