-
Notifications
You must be signed in to change notification settings - Fork 4.6k
Test: collab-sidebar perf debugging #72757
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
Conversation
|
Size Change: -12.8 kB (-0.54%) Total Size: 2.36 MB
ℹ️ View Unchanged
|
|
@Mamaduka @t-hamano - Here's the rest of my original comment for posterity. May not be worth the effort right now. I've been looking into it, and it seems like the structure of fetching all notes and building the tree is just going to be expensive. Is there a way we could defer this work until we have a note so the many editor instances with no notes don't need the extra performance overhead? I was trying to at least defer til the notes had been opened once, but I couldn't show the multiple block toolbar avatars without getting the nested threads. The only one that's really necessary when there are zero notes is the "Add note" option in the menu. The majority of posts will not have any notes (at least at first!), so IMO it would be worth some extra complexity to not have the extra work for all blocks if we know there are no notes yet. |
Unfortunately, it's a known bottleneck. We're tracking future improvements in this issue #71668. For now, it's best to avoid major refactoring to prevent backport conflicts, but that's definitely on the roadmap for WP 7.0.
The data hook shouldn't perform any work if the REST API returns no notes, but I think we can be more strict about it. |
What?
There are some indicators in the code vitals that the collab sidebar could be impacting performance, so I'm just excluding it to see if any numbers go down. If they do, it would be worth looking into what and why.
Why?
How?
Testing Instructions
Testing Instructions for Keyboard
Screenshots or screencast