Hi, I noticed that on my Linux development system (Core i7/3.4 GHZ/16 GB), generating longer tables (> 500 rows) with iText 5.4.2 is painfully slow. The profiler revealed that more than 90% of the total time was spent in UUID.randomUUID() called by the PdfPCell constructor. It is a known problem that this call can be very slow on Linux with the Oracle JRE, and a workaround exists [1], but even then more than 50% of the time is spent generating unique IDs for PdfPCells.
Has anybody else noticed this in the past? Is the UUID really necessary or would an auto-incremented sequence number be enough? Cheers, Daniel [1] http://stackoverflow.com/a/2325109 ------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk _______________________________________________ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions iText(R) is a registered trademark of 1T3XT BVBA. Many questions posted to this list can (and will) be answered with a reference to the iText book: http://www.itextpdf.com/book/ Please check the keywords list before you ask for examples: http://itextpdf.com/themes/keywords.php
