You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by pedro <pe...@libero.it> on 2008/11/17 14:17:08 UTC
Improve speed
Hi all
my target is to improve the speed of my print process.
I have a report tha is created by an AreaTreeProcessor and then is
displayed by Acrobat and
is too slow.
I debug the application and i see that the creation process have
appreciable lifetime,but the problem
is when i show the document.
I try to use Foxit bu i haven't a good performance,the only thing that i
can do is
to use AWTREnderer but he has pèroblem on rendering and on printing on
some printer.
My answer is if is possible to improve the speed of the show process
using Foxit or Acrobat?
Thanks!
--
View this message in context: http://www.nabble.com/Improve-speed-tp20539219p20539219.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Improve speed
Posted by Andreas Delmelle <an...@telenet.be>.
On 18 Nov 2008, at 09:41, pedro wrote:
Hi Pedro
>
> Thanks Andreas !
> But is possible,is not my sensation but is a customer's
> sensation(.....)
> that the change from release 0.93 to 0.95 can decrease the
> performance?
That is definitely possible, since 0.95 is more feature-complete than
0.93, and more features almost always imply some increase in resource-
consumption/processing-time.
To be certain, you would need to run a series of comparative timings
using the exact same document(s). You're welcome to provide us with
more details. If we get a general impression of where to start looking
for optimizations, there's a greater chance that some fop-dev will
pick it up.
Cheers
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Improve speed
Posted by pedro <pe...@libero.it>.
Thanks Andreas !
But is possible,is not my sensation but is a customer's sensation(.....)
that the change from release 0.93 to 0.95 can decrease the performance?
Andreas Delmelle-2 wrote:
>
>
> On 17 Nov 2008, at 14:17, pedro wrote:
>
> Hi
>
>> my target is to improve the speed of my print process.
>> I have a report tha is created by an AreaTreeProcessor and then is
>> displayed by Acrobat and is too slow.
>> I debug the application and i see that the creation process have
>> appreciable lifetime,
>
> You mean the creation of the area tree? So that the issue is about the
> speed of the area-tree-to-pdf rendering?
>
> In that case, there are known performance drawbacks in parsing the
> area tree (mainly due to a large number of Map lookups, some
> suboptimal parsing of the values into Trait objects, and the
> relatively large number of container-objects, IIC).
>
> This is precisely one of the key reasons why Jeremias is currently
> working on an alternative approach for a FOP-native Intermediate
> Format. If I've been following correctly, then the branch in question
> is nearing completion, and will be merged back into the trunk in the
> very near future.
>
> Read some more at:
> http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml/NewDesign
>
> In short: I'm not sure whether there is an immediate solution for your
> problem right away.
>
> On top of that, IIRC, for standard PDF files, the reader would still
> need the whole file before it is able to say anything about the first
> page. In basic PDF, the document catalog dictionary, which contains
> the info about the document structure, is the final object in the
> stream.
> For local files the delay for loading the file in-memory (or reading
> ahead) is at most a few seconds, but for remote access, if you have
> large PDF streams and a bad connection, this can easily reach the
> magnitude of minutes.
>
>
> Cheers
>
> Andreas
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Improve-speed-tp20539219p20555470.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Improve speed
Posted by Andreas Delmelle <an...@telenet.be>.
On 17 Nov 2008, at 14:17, pedro wrote:
Hi
> my target is to improve the speed of my print process.
> I have a report tha is created by an AreaTreeProcessor and then is
> displayed by Acrobat and is too slow.
> I debug the application and i see that the creation process have
> appreciable lifetime,
You mean the creation of the area tree? So that the issue is about the
speed of the area-tree-to-pdf rendering?
In that case, there are known performance drawbacks in parsing the
area tree (mainly due to a large number of Map lookups, some
suboptimal parsing of the values into Trait objects, and the
relatively large number of container-objects, IIC).
This is precisely one of the key reasons why Jeremias is currently
working on an alternative approach for a FOP-native Intermediate
Format. If I've been following correctly, then the branch in question
is nearing completion, and will be merged back into the trunk in the
very near future.
Read some more at:
http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml/NewDesign
In short: I'm not sure whether there is an immediate solution for your
problem right away.
On top of that, IIRC, for standard PDF files, the reader would still
need the whole file before it is able to say anything about the first
page. In basic PDF, the document catalog dictionary, which contains
the info about the document structure, is the final object in the
stream.
For local files the delay for loading the file in-memory (or reading
ahead) is at most a few seconds, but for remote access, if you have
large PDF streams and a bad connection, this can easily reach the
magnitude of minutes.
Cheers
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org