At 10:49 AM 4/18/2006, Bert Vingerhoets wrote:
Full embedding of fonts slows the process down even more: I get 7.5
pps (was 12 pps for subset embedding).
Yes, if you are writing each page separately - I am sure!
Don't do that!
I am indeed writing each page separately as I go, but the overhead of
creating a file and performing initializing stuff is minimal as this
also happens in splitted output with font embedding switched off (this
gives me 118 pps). Simply turning off font embedding gives an 80 to
90% performance boost.
Yes, but the overhead of LOADING/EMBEDDING/SUBSETTING the
font EACH TIME is what is killing you. Look at your numbers. You
will see that for a single document the overhead of embedding is
trivial (1-2 secs regardless of page count).
I will see if creating a single document and splitting it afterwards
is feasible.
Please do!
I would still like more information as to why iText takes so much time
for embedding fonts
Because it's a complex process that involves many
things...AND you are asking it to repeat that process ONCE PER
DOCUMENT. If you only produce ONE document, then you only have to do it once.
and whether this can be sped up.
Nope. I've looked over the font embedding code in iText and
it doesn't do anything more than it has to ...
Leonard
---------------------------------------------------------------------------
Leonard Rosenthol <mailto:[EMAIL PROTECTED]>
Chief Technical Officer <http://www.pdfsages.com>
PDF Sages, Inc. 215-938-7080 (voice)
215-938-0880 (fax)
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
