Bug#682426: cups: filter gs takes several minutes consuming 100 % of CPU
On Thu, Jun 20, 2013 at 5:23 PM, Bastien ROUCARIES
<roucaries.bastien@gmail.com> wrote:
> On Thu, Jun 20, 2013 at 12:34 AM, Till Kamppeter
> <till.kamppeter@gmail.com> wrote:
>> The problem is indeed Cairo, which creates a full-page transparency
>> layer even for small images. This happens also very often when printing
>> PDFs with evince, as evince re-renders the output with Cairo instead of
>> passing the input PDF through.
>>
>> There are already upstream bug reports on Cairo. Perhaps you should
>> comment there.
>>
>> This bug report should be moved to Cairo.
>
> I respectfully disagree:
> - cairo should help here to not generate transparancy
> - ghostscript should be optimized and they are some patch to do this
See last comment of the bug report:
If the extreme impact on the original report was due to virtual memory
swapping, this could be prevented if we automatically used banding when
rendering a transparent image.
The clist logic also will 'skip' transparency for bands that don't actually
use it (I will look to see if it helps on this file).
The automatic use of a clist for banding with transparency is a high
priority enhancement: http://bugs.ghostscript.com/show_bug.cgi?id=689805
>
> Thus we must clone the bug report not move it.
>
> Bastien
>>
>> Till
>>
Reply to: