New issue
Advanced search Search tips

Issue 615211 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Feature



Sign in to add a comment

Conditional GPU veto analysis

Project Member Reported by fmalita@chromium.org, May 26 2016

Issue description

I have found no evidence that this is a problem - just making a note.

We seem to run the GPU veto analysis regardless of whether GPU rasterization is an option, and for software-only systems this is pure overhead.  Is it worth making this step dependent on GPU rasterization availability?
 
Makes sense to me. How can that question be asked in code?
Project Member

Comment 2 by sheriffbot@chromium.org, May 29 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
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. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -Blink>Paint Internals>GPU
Labels: -Hotlist-Recharge-Cold
Not sure why this was considered a painting bug.

Comment 4 by enne@chromium.org, Jun 2 2017

Status: WontFix (was: Untriaged)
I think this is too complicated to conditionally analyze.  The analysis is faster now than it used to be (by tracking at record time instead of analyzing the painted content).

Sign in to add a comment