New issue
Advanced search Search tips

Issue 617869 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Path heavy content and GPU rasterization might be slow on Pixel C

Project Member Reported by kkinnu...@nvidia.com, Jun 7 2016

Issue description

From issue 617111#8: vmiura@chromium.org:

Here is a trace running on Pixel C, which uses the path rendering extension.  I enabled full command tracing (Service.TraceCmd) which makes everything ~50% slower, but the bottlenecks don't change.  It's spending all the time in the path rendering extension.

 kStencilThenCoverFillPathCHROMIUM  198.291 ms 198.227 ms 0.000 ms 0.000 ms 2735
 kDeletePathsCHROMIUM                55.143 ms  52.846 ms 0.000 ms 0.000 ms 2628
 kPathCommandsCHROMIUM               25.958 ms  26.445 ms 0.000 ms 0.000 ms 2628
 kDeleteBuffersImmediate              1.310 ms   1.312 ms 0.000 ms 0.000 ms    3
 kDrawElements                        1.208 ms   1.250 ms 0.000 ms 0.000 ms   99 
 kScissor                             0.697 ms   0.719 ms 0.000 ms 0.000 ms  144

	trace_svg-test-chalkboard-pixel-c.json.zip 


The test suffered from path cache trashing.

Investigate GPU rasterization of path-heavy content on Pixel C.
Verify whether the performance is better or worse by enabling NV_path_rendering.


 

Comment 1 by vmi...@chromium.org, Sep 30 2016

Status: Assigned (was: Untriaged)
kkinnunen@ are you still looking into NVPR performance?
Yeah, I hope. I struggle to get access to a Pixel C device. I'll retry. 

Sign in to add a comment