Bug 690251 - Performance slower than other PCL s/w
Summary: Performance slower than other PCL s/w
Status: NOTIFIED WONTFIX
Alias: None
Product: GhostPCL
Classification: Unclassified
Component: PCL raster (show other bugs)
Version: master
Hardware: All All
: P4 normal
Assignee: Henry Stiles
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-22 11:44 UTC by Ray Johnston
Modified: 2011-09-18 21:45 UTC (History)
0 users

See Also:
Customer: 951
Word Size: ---

Attachments
A3.profile.txt (442.12 KB, text/plain)
2009-01-22 11:50 UTC, Ray Johnston 		Details
coverage_data.txt (33.52 KB, text/plain)
2009-01-22 12:43 UTC, Henry Stiles 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ray Johnston 2009-01-22 11:44:21 UTC 
This PCL-XL file is claimed by the customer to be 3 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.

This file does not exhibit the misbehavior due to the plalloc free list
maintenance (DEBUG build time is 5.1 sec, vs. release build of 2.7 sec).

I will also attach the profile from rev 9388 (PL_KEEP_GLOBAL_FREE_LIST false).
Comment 1 Ray Johnston 2009-01-22 11:48:00 UTC 
Created attachment 4751 [details]
A3_color_test_Czech.prn.bz2

PCL-XL file
Comment 2 Ray Johnston 2009-01-22 11:50:02 UTC 
Created attachment 4752 [details]
A3.profile.txt

profile
Comment 3 Henry Stiles 2009-01-22 12:43:15 UTC 
Created attachment 4753 [details]
coverage_data.txt

refine profiling data with line execution counts for
mem_mono_strip_tile_rectangle()
Comment 4 Henry Stiles 2009-01-22 16:44:53 UTC 
I am concerned we are looking at something different because the customer is
halftoning as a post process.  We really should get an exact command line or the
customer can look at our profiling and coverage data to confirm we are studying
the same bottleneck.
Comment 5 Henry Stiles 2010-07-15 16:17:27 UTC 
Closing, not enough information to make progress here.
Comment 6 Marcos H. Woehrmann 2011-09-18 21:45:43 UTC 
Changing customer bugs that have been resolved more than a year ago to closed.