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 <[email protected]>
