New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 608990 link

Starred by 3 users
Status: Duplicate
Merged: issue 619684
Owner:
█ spqc...@chromium.org
Last visit > 30 days ago
Closed: Jun 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

RenderTextHarfBuzz is slow on Mac (lots of time spent in gfx::GetFallbackFonts)

Project Member Reported by tapted@chromium.org, May 4 2016 
Chrome Version       : 51.0.2704.19

What steps will reproduce the problem?
1. open views_examples_with_content_exe -> Multiline Example
2. Mash the keyboard in the "Sample Text" while tracing in activity monitor

What is the expected result?

Responsive

What happens instead of that?

Lags behind quite a lot. Trace points to RenderTextHarfBuzz::ShapeRun, gfx::GetFallbackFront and gfx::Font constructors.
Sample of views_examples_with_content_exe.txt
3.1 MB View Download

Comment 1 by tapted@chromium.org, May 10 2016 

Another trace, this time with https://codereview.chromium.org/1953133002/ . Added some comments to the CL.
Second views_examples_with_content_exe.txt
3.6 MB View Download

Comment 2 by spqc...@chromium.org, Jun 15 2016

Owner: spqc...@chromium.org
Status: Assigned (was: Available)

Comment 3 by tapted@chromium.org, Jun 15 2016

Mergedinto: 619684
Status: Duplicate (was: Assigned)
ooh, I think I fixed most of the gfx::Font constructors. ShapeRun probably isn't easy to optimize, but there should be some scope to address the fallback stuff. Oshima had a look too, and there are some ideas to explore in  Issue 619684
►

Sign in to add a comment