-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
perf(editor): reduce per frame viewport dom ops #9431
Conversation
How to use the Graphite Merge QueueAdd either label to this PR to merge it via the merge queue:
You must have a Graphite account in order to use the merge queue. Sign up using this link. An organization admin has enabled the Graphite Merge Queue in this repository. Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## canary #9431 +/- ##
=======================================
Coverage 51.46% 51.46%
=======================================
Files 2150 2150
Lines 97006 97007 +1
Branches 16201 16206 +5
=======================================
+ Hits 49927 49928 +1
Misses 45693 45693
Partials 1386 1386
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Merge activity
|
Currently when panning / zooming on whiteboard, both position and transform of each block component are updated per frame. The positioning part lead to heavy layout costs, which can be reduced. Before (~35fps): ![image](https://github.com/user-attachments/assets/3f6d8a76-26a5-4ed6-a64c-b519a453cbc0) After (~50fps): ![image](https://github.com/user-attachments/assets/43bc4b0a-db01-4526-8400-2ec95c3bdd0b) Tested environment: TibetTravel templet, Windows 11, i5-1130G7 1.1GHz
dd2c8d5
to
dbfd47a
Compare
Currently when panning / zooming on whiteboard, both position and transform of each block component are updated per frame. The positioning part lead to heavy layout costs, which can be reduced. Before (~35fps): ![image](https://github.com/user-attachments/assets/3f6d8a76-26a5-4ed6-a64c-b519a453cbc0) After (~50fps): ![image](https://github.com/user-attachments/assets/43bc4b0a-db01-4526-8400-2ec95c3bdd0b) Tested environment: TibetTravel templet, Windows 11, i5-1130G7 1.1GHz
dbfd47a
to
d4053a3
Compare
nb |
Currently when panning / zooming on whiteboard, both position and transform of each block component are updated per frame. The positioning part lead to heavy layout costs, which can be reduced.
Before (~35fps):
After (~50fps):
Tested environment: TibetTravel templet, Windows 11, i5-1130G7 1.1GHz