[gs-bugs] [Bug 690250] New: Performance slower than other PCL s/w

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Thu Jan 22 11:28:55 PST 2009


http://bugs.ghostscript.com/show_bug.cgi?id=690250

           Summary: Performance slower than other PCL s/w
           Product: GhostPCL
           Version: trunk
          Platform: PC
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P4
         Component: PCL raster
        AssignedTo: henry.stiles at artifex.com
        ReportedBy: ray.johnston at artifex.com
         QAContact: gs-bugs at ghostscript.com


This PCL-XL file is claimed by the customer to be 5 times slower than another
vendor's PCL, both on a PC and on a target embedded RIP.

They are running page buffer mode, presumably at 600 dpi (I have asked to make
sure) to a mono 1-bit device.

I ran this with the trunk as of 9387 and saw 400 sec at 1200 dpi. Profiling
showed the time spent in 'pl_mem_node_remove'. When I disabled this with
#define PL_KEEP_GLOBAL_FREE_LIST false in pl/plalloc.h, the time went down
to 29 sec.

Since the customer is probably running 600 dpi, I also repeated the timing
there with 9388 for a non-debug (release) build and a DEBUG build. At 600
dpi, the release build completed in 3.9 sec vs. 260 seconds for the DEBUG
build (where PL_KEEP_GLOBAL_FREE_LIST is 'true').

I will also attach the profile from rev 9388 (PL_KEEP_GLOBAL_FREE_LIST false).



------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.



More information about the gs-bugs mailing list