Jeff Fortin T. (風の庭園のNekohayo)

New hardcore #PDF rendering performance benchmark for #Poppler:
"Jesus Christ it's a #Lyon (map), get in the car!" 

That map takes 26 seconds to render with Poppler on #Linux, but only 6 seconds with PDFjs, or 15 seconds with XPDF: https://gitlab.freedesktop.org/poppler/poppler/-/issues/1555

I've profiled the issue on the various Poppler rendering backends, and there are some hypotheses about the slowness. If anyone can help fix this, that would be fantastic.

#Okular #GNOMEPapers #Evince #Sysprof #profiling

Very slow rendering of the Lyon public transit map with lots of vector shapes (#1555) · Issues · poppler / poppler · GitLab

Hi! I have encountered a single-page PDF file that takes a very long time (over 25 seconds on my old desktop workstation) to render with any Poppler-based PDF...

GitLab
Jan 13, 2025 at 2:01pmTuba
Show threadpenguin42Jan 13, 2025
@nekohayo Damn, now I'm going to have to figure out why #LibreOffice 's pdf importer chokes on it. (Oddly very early)
Show threadpenguin42Jan 13, 2025
@nekohayo OK, now I see it - it's marked as AES encrypted (why?!) and Libreoffice hasn't got that wired up.
Show threadHubert FiguièreJan 13, 2025

@nekohayo first let's put this out of the way: is Popple build with Boost? The Splash backend has a major performance hit if it is not build with boost, and some packagers still think they know better disabling boost.

(I see the Splash backend in the flamegraph)

Show threadJeff Fortin T. (風の庭園のNekohayo)Jan 14, 2025
@hub How to tell easily? Tested Okular+Evince using Fedora 41's packages, and Papers git from either GNOME Builder or the nightly flatpak…
Show threadHubert FiguièreJan 14, 2025
@nekohayo can't speak for papers but the Fedora package seems to be alright. They added it in 21.07