Hello Thomas,
i've had the same feeling, that the time per transformation
decreeses
with the number of transformations in batch. But this doesnt
help the
users who alsways transform only one or two svgs at once.
Would it be helpful to send you the svg file, so you can
have a look if
there are any constructs which causes the lack?
Thanks in advance
Mork
thomas.deweese kodak.com schrieb:
>
> Hi Mork,
>
> Mork0075 <mork0075 googlemail.com> wrote on
09/13/2007 02:57:21 AM:
>
>> For a (for me) simple SVG to PDF transcoding, the
PDFTranscoder took
>> about 3sek and uses almost the whole cpu time. I
would like to use the
>> batik technologie in a productive environment and i
think this can
>> become a problem if multiple users transcode more
then 1 pdf at the same
>> time.
>>
>> Do you have any suggestions how to speed up the
process? Or is the
>> PDFTranscoder even the right solution for my
needs?
>
> Well if you want to go SVG -> PDF it's probably
your best bet.
> As to how to speed things up the amount of time
required is almost
> entirely dependent on the content being transcoded.
>
> Also it's worth noting that a lot of time can be
eaten up
> starting the JVM, so to get a better feel for the real
time to
> transcode you should convert several SVG's at one time
and divide
> the entire time by the number of SVGs.
------------------------------------------------------------
---------
To unsubscribe, e-mail: batik-users-unsubscribe xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help xmlgraphics.apache.org
|