Re: XSL-FO to PDF conversion speed

Thanks so far.

The present solution has 12 tables. I could probably do without some
of them and merge the rest into just 6 tables. That might give me a
small reduction in time.

Now, my clients problem is bigger than my 5s for a single
transformation. They run a batch of 700-800 transformations (still
very few compared to the millions of runs others face as a challenge).

Am I right that even for just 700-800 XSLT/FO transformations, there
is a lot to gain from using FOP in a servlet, or would you advise me
to go for a commercial FO processor right away?

And what about the XSLT part. At the moment XALAN is used. My tests
for a single transformation show that not much is gained from using an
XSLT 2.0 processor (Saxon) and optimize the stylesheet for 2.0. I can
hardly measure the difference. Is this still true for a batch of
700-800 transformations?

Even split seconds gained ad up, but could there be other speed
benefits from using an XSLT 2.0 Saxon processor compared to good old
XALAN when we are talking about a batch job?

Regards
Jesper

On Mon, Sep 30, 2013 at 3:03 AM, Liam R E Quin <liam@xxxxxx> wrote:
> On Sun, 2013-09-29 at 12:46 +0200, Jesper Tverskov wrote:
>
>> I'm wondering why my FOP 1.0 conversion to a PDF file of just 2 pages
>> is so slow. We are talking about 5 seconds.
>
> Some of that will probably be JVM startup.
>
> There are ways to mitigate that (e.g. nailgun) or you could maybe run
> FOP from a servlet.
>
> Without timings, though, it's hard to guess.
>
> Liam
>
> --
> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
> Pictures from old books: http://fromoldbooks.org/
> Ankh: irc.sorcery.net irc.gnome.org freenode/#xml