New hardcore #PDF rendering performance benchmark for #Poppler:
"Jesus Christ it's a #Lyon (map), get in the car!" :blobnom:
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
=> More informations about this toot | More toots from nekohayo@mastodon.social
@nekohayo Damn, now I'm going to have to figure out why #LibreOffice 's pdf importer chokes on it. (Oddly very early)
=> More informations about this toot | More toots from penguin42@mastodon.org.uk
@nekohayo OK, now I see it - it's marked as AES encrypted (why?!) and Libreoffice hasn't got that wired up.
=> More informations about this toot | More toots from penguin42@mastodon.org.uk
@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)
=> More informations about this toot | More toots from hub@cosocial.ca
@hub How to tell easily? Tested Okular+Evince using Fedora 41's packages, and Papers git from either GNOME Builder or the nightly flatpak…
=> More informations about this toot | More toots from nekohayo@mastodon.social
@nekohayo can't speak for papers but the Fedora package seems to be alright. They added it in 21.07
=> More informations about this toot | More toots from hub@cosocial.ca This content has been proxied by September (3851b).Proxy Information
text/gemini
