Reduce the number of slow Xlib calls on browser UI thread |
||||||
Issue descriptionThere are a number of Xlib calls on the UI thread that are sometimes super slow. This ends up increasing the queuing delay for other tasks, including compositor tasks, and might result in jank. I've identified a few areas from a tracing run of creating and destroying a new XWindow by dragging a tab into a new window and then back into the original window. XTranslateCoordinates took up to 30ms: https://cs.chromium.org/chromium/src/ui/views/widget/desktop_aura/desktop_window_tree_host_x11.cc?type=cs&sq=package:chromium&l=2011 XQueryPointer took up to 10ms: https://cs.chromium.org/chromium/src/ui/views/widget/desktop_aura/desktop_screen_x11.cc?type=cs&l=145 ui::IsWindowVisible() took up to 45ms: https://cs.chromium.org/chromium/src/ui/base/x/x11_util.cc?type=cs&sq=package:chromium&l=502
,
Jul 6 2017
I'm using Cinnamon.
,
Jul 6 2017
Need more people with user names that start with the letter 't'.
,
Jul 11 2017
I have an old open CL that adds an X11 window cache that could be used to solve this issue https://codereview.chromium.org/2177823002/ Just a matter of actually getting around to landing it :) If anyone wants to volunteer, please go ahead!
,
Jul 11
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 22
*** UI Mass Triage *** Closing, since there is no updates since the past few weeks. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks..!!
,
Nov 22
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by sadrul@chromium.org
, Jul 6 2017