Bug#942086: xpdf: Memory leak on large document (even w/ continuousView turned off)
Package: xpdf
Version: 3.04-13
Severity: important
I have a PDF document which seems to cause xpdf to leak memory as I
advance through its pages. The severity of the leak seems to scale
with the window size of xpdf, at least to some extent.
I don't think this is the same bug as #926501, because I experience
this with continuousView turned off. I checked /etc/xpdf/xpdfrc and
~/.xpdfrc and didn't find continuousView listed in either file. I
verified that it seems to be disabled for me (to ensure it's not
enabled by default) by checking the scrollbar: the scrollbar
represents only the current page.
In a 1276x2113 pixel window, xpdf starts by using 43752 KiB RSS while
displaying the first page. If I advance through all pages of this
document until I get to the end, RSS climbs to 2052816 KiB (2.0 GiB).
In a 3840x2117 pixel window, xpdf starts on the same document using
55936 KiB RSS. After advancing to the end, it finishes using 3309660
KiB (3.2 GiB) RSS.
I prefer xpdf because it's responsive and, until now, been very
lightweight in my experience. However, this bug led me to compare
xpdf's memory utilization performance to that of evince. On the same
document, in a 3840x2117 pixel window, evince version 3.30.2-3 starts
at 147144 KiB RSS. After advancing to the end (and allowing enough
time for each page to render as I do so), evince finishes at 215876
KiB (211 MiB) RSS.
I configured both xpdf and evince to scale each page to fit the
window.
The document I'm experiencing this is with
https://www.andersonpower.com/content/dam/app/ecommerce/product-pdfs/CAT-PPMP.pdf
. The version currently published there has these attributes:
Size: 13529602 B (12.9 MiB)
SHA256: 64079ffb140cca6c8747e9b0c9d88864098093b49e34a0e35399282467b09d73
HTTP Last-Modified: Tue, 10 Sep 2019 15:46:50 GMT
PDF ModDate: Tue Sep 4 12:29:21 2018 PDT
Page count: 124
I've made sure that this version of the document is available at the
Internet Archive Wayback Machine at this URL:
https://web.archive.org/web/20191010060834/https://www.andersonpower.com/content/dam/app/ecommerce/product-pdfs/CAT-PPMP.pdf
I chose severity "important" because this is bad enough for me to stop
using xpdf until the bug can be addressed. I lost 20 minutes to my
system thrashing in swap (with xpdf alongside other big RAM users
too).
Thanks,
-Jean-Paul
-- System Information:
Debian Release: 10.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages xpdf depends on:
ii libc6 2.28-10
ii libgcc1 1:8.3.0-6
ii libpaper1 1.1.28
ii libpoppler82 0.71.0-5
ii libstdc++6 8.3.0-6
ii libx11-6 2:1.6.7-1
ii libxm4 2.3.8-2
ii libxt6 1:1.1.5-1+b3
Versions of packages xpdf recommends:
ii cups-bsd 2.2.10-6+deb10u1
ii gsfonts-x11 0.26
ii poppler-data 0.4.9-2
ii poppler-utils 0.71.0-5
ii sensible-utils 0.0.12
xpdf suggests no packages.
-- no debconf information
--
J.P. Larocque <jpl-debian-bts@thoughtcrime.us>
Reply to: