[gs-bugs] [Bug 691512] pcl-xl performance for bit-device very low at larger resolutions

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Mon Aug 2 16:39:23 UTC 2010


--- Comment #4 from Ray Johnston <ray.johnston at artifex.com> 2010-08-02 16:39:21 UTC ---
Actually, what I was looking at was unrelated to a 1-bit monochrome device
(bit device). There was a bug in the logic that determined the pattern bitmap
size because the PaintType == 1 was used to force the depth to 1, but it
should be PaintType == 2 since that is an uncolored pattern (mask). For bit
devices, the pattern size is the same since the tdev->color_info.depth is
also 1.

As far as the default size for a MAX_BITMAP_PATTERN_SIZE I don't have any
problems with setting it to a larger value. The one issue to be aware of
is that the pattern_cache is set for 50 slots by default, and if each of
these is a different pattern bitmap, each can be up to the MAX size !

To handle the (unexpected) case where there are many patterns, all with
large size, I am thinking that we need to base the decision not only on the
MAX_BITMAP_PATTERN_SIZE, but also on the total pattern_cache allocation for
all of the bitmaps. I will work on this, but since this is an unexpected
condition, just increasing the current fixed limit is not a bad approach.

Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the gs-bugs mailing list