There's other PDF bugs already filed for dealing with slow scrolling and redrawing. Part of the problem here is that simply rendering the PDF takes a long time.

Doing some quick profiling shows 16% of the time spent in _CompositeRow_Argb2Argb(), and various AGG functions taking up more than 30% of the time.

+caryclark FYI. Maybe Skia will render this a lot quicker?

Skia's basic blits are faster -- they can take advantage of SIMD instructions and the GPU.

I'll check that Skia can handle this PDF today and see where the time goes. It will be interesting to see why it is compositing bitmaps and if that indicates a more systemic problem with PDFium.

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

The document is a bit heavy, but our viewer takes ~10s to load the second page while others (Adobe Reader, Evince) take under a second. I think there's a legitimate bug in this case.

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

Skia does this render this much quicker. Less than 1 second vs 10+ seconds.