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 German Gonzalez <ge...@gmail.com> on 2005/07/28 16:55:46 UTC
Fast Performance
Dear All,
I have to make many reports from the same XSL with different XML as
data repository, I need a good performance because the size of reports
is big.
I'm already loading the unique stylesheet into memory, however I need
more speed on the creation of the PDF itself (FOP parsing, creation).
Any help is really appreciate it
Kind Regards,
German Gonzalez
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Fast Performance
Posted by Chris Bowditch <bo...@hotmail.com>.
German Gonzalez wrote:
> Dear All,
>
> I have to make many reports from the same XSL with different XML as
> data repository, I need a good performance because the size of reports
> is big.
>
> I'm already loading the unique stylesheet into memory, however I need
> more speed on the creation of the PDF itself (FOP parsing, creation).
>
> Any help is really appreciate it
Well use of tables is expensive, so use other constructs where possible.
Create multiple page-sequences where possible. It may also be worth
trying the latest code from the maintenance branch as the table code has
been tweaked to improve memory usage for tables (which will also improve
speed a bit)
Using latest possible also helps performance.
Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Fast Performance
Posted by Renan Collin <re...@cybertech.fr>.
In fact, we use true type font and we added in PDFRenderer an hashMap
which has the mapping between the characters and their unicode, so when
the hashMap contains the character, we extract the corresponding unicode
to render, else we let the conversion method doing her job.
Hope this will help
Renan
Victor Mote a �crit:
>Renan Collin wrote:
>
>
>
>>there could be a good performance improvement by customizing
>>FOP, it encodes every single character it found in the XML in
>>PDF without testing if it has already been encoded, so upon a
>>large large amount of data, it could be a good solution.
>>By doing this FOP is 3 times more rapid on 5 to 10 document pages.
>>
>>
>
>Hi Renan:
>
>Thanks for your comment. I am working on a font library (derived from FOP
>0.20.5) that is being considered for possible integration with FOP. Your
>comment sounds familiar, but I wanted to make sure I understood exactly what
>you are saying here. About a week ago, I completed a round of changes to
>this code that put encoding, character sets, and kerning into more efficient
>data structures. I have a similar upcoming project that is intended to do
>the same for the font subsetting logic. IIRC, FOP 0.20.5 uses two HashMap
>instances to manage the re-encoded subset values, and I am sure we can
>improve that. My current plan is to use parallel arrays to track the
>relationship.
>
>So my questions: Is your comment directed at subsetted TrueType fonts? Would
>you please elaborate more on both the problem that you discovered and the
>solution that you have developed? I would very much like to make sure that
>we don't miss an opportunity for a 3x performance improvement, and would
>appreciate any additional information you can provide.
>
>Victor Mote
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
>
>
RE: Fast Performance
Posted by Victor Mote <vi...@outfitr.com>.
Renan Collin wrote:
> there could be a good performance improvement by customizing
> FOP, it encodes every single character it found in the XML in
> PDF without testing if it has already been encoded, so upon a
> large large amount of data, it could be a good solution.
> By doing this FOP is 3 times more rapid on 5 to 10 document pages.
Hi Renan:
Thanks for your comment. I am working on a font library (derived from FOP
0.20.5) that is being considered for possible integration with FOP. Your
comment sounds familiar, but I wanted to make sure I understood exactly what
you are saying here. About a week ago, I completed a round of changes to
this code that put encoding, character sets, and kerning into more efficient
data structures. I have a similar upcoming project that is intended to do
the same for the font subsetting logic. IIRC, FOP 0.20.5 uses two HashMap
instances to manage the re-encoded subset values, and I am sure we can
improve that. My current plan is to use parallel arrays to track the
relationship.
So my questions: Is your comment directed at subsetted TrueType fonts? Would
you please elaborate more on both the problem that you discovered and the
solution that you have developed? I would very much like to make sure that
we don't miss an opportunity for a 3x performance improvement, and would
appreciate any additional information you can provide.
Victor Mote
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Fast Performance
Posted by Renan Collin <re...@cybertech.fr>.
Hi,
there could be a good performance improvement by customizing FOP, it
encodes every single character it found in the XML in PDF without
testing if it has already been encoded, so upon a large large amount of
data, it could be a good solution.
By doing this FOP is 3 times more rapid on 5 to 10 document pages.
Renan
David Gagnon a écrit:
> Check the slide from the last conference
>
> vailable from here:
>
>> > http://wiki.apache.org/apachecon/Eu2005OnlineSessionSlides
>> > > FOP lives! :-) > > Jeremias Maerki
>
>
> /David
>
>
>
> German Gonzalez wrote:
>
>> Dear All,
>>
>> I have to make many reports from the same XSL with different XML as
>> data repository, I need a good performance because the size of reports
>> is big.
>>
>> I'm already loading the unique stylesheet into memory, however I need
>> more speed on the creation of the PDF itself (FOP parsing, creation).
>>
>> Any help is really appreciate it
>>
>> Kind Regards,
>>
>> German Gonzalez
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>>
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Fast Performance
Posted by David Gagnon <dg...@siunik.com>.
Check the slide from the last conference
vailable from here:
> > http://wiki.apache.org/apachecon/Eu2005OnlineSessionSlides
> >
> > FOP lives! :-)
> >
> > Jeremias Maerki
/David
German Gonzalez wrote:
>Dear All,
>
>I have to make many reports from the same XSL with different XML as
>data repository, I need a good performance because the size of reports
>is big.
>
>I'm already loading the unique stylesheet into memory, however I need
>more speed on the creation of the PDF itself (FOP parsing, creation).
>
>Any help is really appreciate it
>
>Kind Regards,
>
>German Gonzalez
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org