At this point it appears as though we have solved this problem. Thank
you all for your suggestions!!
Thanks,
Blake Clemens
IT Systems Engineer
Delmarva Millwork Corporation
(800) 360-2364 x132
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Vic Drecchio
Sent: Saturday, December 12, 2009 10:58 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Vantage 8.03.408B - Printing a Crystal Report
from a BAQ
Alex, this is a great suggestion. Blake, did you do this yet?
I found this by accident earlier in the year; and you're right, it can
shave multiple seconds off the preview/print of a report or form.
I've went through EVERY report and form in Crystal Reports we have and
changed this setting. Very noticeable difference. Custom Crystal
Reports BAQs, PackSlips, PO Forms, etc... all of them are more snappy
when doing this.
Just like when you open a report in Crystal Reports Developer and it
hangs that initial "X" seconds when it searches for the default printer
stored for the report.... now that doesn't occur.
Warning: It may alter the formatting ever so slightly of some reports.
Backup before you blindly change all reports/forms.
Everyone should do this to all of your reports and forms.
Vic
-----Original Message-----
From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Alex Fiedler
Sent: Saturday, December 12, 2009 4:30 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Vantage 8.03.408B - Printing a Crystal Report
from a BAQ
Try this: Open the .rpt file with Crystal, and set the report to No
Printer. i.e. go to File -> Page Setup -> No printer (optimize for
screen display) and check that flag. Save the report.
We found this improved the print performance from around 35 seconds, to
around 7 seconds for e.g. the Sales order acknowledgement.
I used ProcMon to analyze what was happening in that 35s period. The
system was doing over 500,000 I/O operations mostly to do with the
spooler subsystem, accessing spoolsv.exe and many of the files in
c:\windows\inf\
When we changed it to No Printer, the I/O operations went to around
22,000 I/O operations, similar to a system which had full Crystal
developer installed.
Why this began to happen around 3 weeks ago, is anyone's guess.
Something made the Crystal runtime suddenly assemble rendering
information for the report, by making hundreds of thousands of file
lookups to spooler and driver files.
Note in order to make the change permanent, you will have to make this
change also to the BAQReport.rpt file which is the template for any new
BAQ-Reports you write...
--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"pklein256" <pklein@...> wrote:
pointing it to that XML and get it within a couple of minutes. I have
noticed that when this occurs, there are a lot of other reports (pick
tickets, order print outs etc) that are also being generated at the same
time - it's almost like it's not getting enough resources to get the
printout completed (because the XML is already completed). That same
Pack slip# could be printed later and be finished in seconds compared
to waiting 20 minutes. We have a separate apps server for printing .
Tech Support had suggested creating yet another apps server for
printing, but I haven't had time to check into that.
Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must
have already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder
and Crystal Reports and other 'goodies', please goto:
http://groups.yahoo.com/group/vantage/files/.
<http://groups.yahoo.com/group/vantage/files/>
(2) To search through old msg's goto:
http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto:
http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
[Non-text portions of this message have been removed]
you all for your suggestions!!
Thanks,
Blake Clemens
IT Systems Engineer
Delmarva Millwork Corporation
(800) 360-2364 x132
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Vic Drecchio
Sent: Saturday, December 12, 2009 10:58 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Vantage 8.03.408B - Printing a Crystal Report
from a BAQ
Alex, this is a great suggestion. Blake, did you do this yet?
I found this by accident earlier in the year; and you're right, it can
shave multiple seconds off the preview/print of a report or form.
I've went through EVERY report and form in Crystal Reports we have and
changed this setting. Very noticeable difference. Custom Crystal
Reports BAQs, PackSlips, PO Forms, etc... all of them are more snappy
when doing this.
Just like when you open a report in Crystal Reports Developer and it
hangs that initial "X" seconds when it searches for the default printer
stored for the report.... now that doesn't occur.
Warning: It may alter the formatting ever so slightly of some reports.
Backup before you blindly change all reports/forms.
Everyone should do this to all of your reports and forms.
Vic
-----Original Message-----
From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Alex Fiedler
Sent: Saturday, December 12, 2009 4:30 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Vantage 8.03.408B - Printing a Crystal Report
from a BAQ
Try this: Open the .rpt file with Crystal, and set the report to No
Printer. i.e. go to File -> Page Setup -> No printer (optimize for
screen display) and check that flag. Save the report.
We found this improved the print performance from around 35 seconds, to
around 7 seconds for e.g. the Sales order acknowledgement.
I used ProcMon to analyze what was happening in that 35s period. The
system was doing over 500,000 I/O operations mostly to do with the
spooler subsystem, accessing spoolsv.exe and many of the files in
c:\windows\inf\
When we changed it to No Printer, the I/O operations went to around
22,000 I/O operations, similar to a system which had full Crystal
developer installed.
Why this began to happen around 3 weeks ago, is anyone's guess.
Something made the Crystal runtime suddenly assemble rendering
information for the report, by making hundreds of thousands of file
lookups to spooler and driver files.
Note in order to make the change permanent, you will have to make this
change also to the BAQReport.rpt file which is the template for any new
BAQ-Reports you write...
--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"pklein256" <pklein@...> wrote:
>will be out there instantly, and I can manually run the Crystal -
> We're on 405a and have problems with the pack slip printing. The XML
pointing it to that XML and get it within a couple of minutes. I have
noticed that when this occurs, there are a lot of other reports (pick
tickets, order print outs etc) that are also being generated at the same
time - it's almost like it's not getting enough resources to get the
printout completed (because the XML is already completed). That same
Pack slip# could be printed later and be finished in seconds compared
to waiting 20 minutes. We have a separate apps server for printing .
Tech Support had suggested creating yet another apps server for
printing, but I haven't had time to check into that.
>------------------------------------
Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must
have already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder
and Crystal Reports and other 'goodies', please goto:
http://groups.yahoo.com/group/vantage/files/.
<http://groups.yahoo.com/group/vantage/files/>
(2) To search through old msg's goto:
http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto:
http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
[Non-text portions of this message have been removed]