<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - High CPU usage"
href="https://bugs.freedesktop.org/show_bug.cgi?id=77087#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - High CPU usage"
href="https://bugs.freedesktop.org/show_bug.cgi?id=77087">bug 77087</a>
from <span class="vcard"><a class="email" href="mailto:williambader@hotmail.com" title="William Bader <williambader@hotmail.com>"> <span class="fn">William Bader</span></a>
</span></b>
<pre>Created <span class=""><a href="attachment.cgi?id=96961" name="attach_96961" title="profile of pdftoppm -png i04d_20140404_1836.pdf /tmp/x">attachment 96961</a> <a href="attachment.cgi?id=96961&action=edit" title="profile of pdftoppm -png i04d_20140404_1836.pdf /tmp/x">[details]</a></span>
profile of pdftoppm -png i04d_20140404_1836.pdf /tmp/x
For an additional data point, I have Fedora 20 with the mate desktop, and
"atril" (the mate version of evince) is also very slow on this file while gs
9.14 opens it almost instantly. Fedora 20 has poppler 0.24.3.
pdftoppm is also slow, which might make this easier to debug because pdftoppm
is easier to build than evince.
pdftops processes the file in under 1 second.
It might be related to rasterizing a lot of text in small fonts because evince
and atril have to do that while pdftops can just pass the fonts through.
pdftoppm and pdftocairo both fail with -jpeg but pdftoppm -png works although
it is slow.
$ time /usr/bin/pdftoppm -png i04d_20140404_1836.pdf /tmp/x.ps
real 1m30.491s
user 1m30.235s
sys 0m0.202s
Here are the first few lines of a profile of the pdftoppm command above. I
attached the full profile which I made from a git clone of the poppler from Feb
19, 2014.
% cumulative self self total
time seconds seconds calls s/call s/call name
62.62 16.99 16.99 749102576 0.00 0.00
Splash::pipeRunAARGB8(SplashPipe*)
22.71 23.15 6.16 31880 0.00 0.00
Splash::fillWithPattern(SplashPath*, bool, SplashPattern*, double)
2.65 23.87 0.72 1708951 0.00 0.00
SplashXPathScanner::renderAALine(SplashBitmap*, int*, int*, int, bool)
I suspect that the pattern fill is part of the font rasterization.
Adding "-aaVector no -aa no" reduces the time a little.
$ time /usr/bin/pdftoppm -aaVector no -aa no -png i04d_20140404_1836.pdf
/tmp/x
real 0m57.463s
user 0m57.164s
sys 0m0.247s</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>