Hi, > Am 12.11.2015 um 13:53 schrieb Sridhar So <[email protected]>: > > Dear PDFBox Developers/Contributors > > I am unable to subscribe to users mailing list as the link tries to open > Outlook not the page to subscribe, hence a seperate mail on similar/same > issue discussed. > > Issue: > ------- > PDFBox2.0.0-RC1 is very slow in printinng ( taking 35 to 50 seconds ) as it > tries to load fonts each time with the following message > > WARNING: New fonts found, font cache will be re-built > Nov 12, 2015 3:17:26 PM org.apache.pdfbox.pdmodel.font.FileSystemFontProvider > <init> > WARNING: Building font cache, this may take a while > Nov 12, 2015 3:17:32 PM org.apache.pdfbox.pdmodel.font.FileSystemFontProvider > saveCache > WARNING: Finished building font cache, found 522 fonts
that has been fixed after RC1 so please try with the latest snapshot build http://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/ <http://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/> A 2nd Release Candidate should also be available soon. BR Maruan > > > Is the fix or patch available to avoid slow performance due to above ( > rebuilding font cache every tme ) ? > If the fix not available in 2.0.0-RC1, Is there any way to fix alignment > issue in PDFBox 1.8.10? as 1.8.10 left margin is too low and first few > characters are found cut in printout. > > With PDFBox1.8.10, there is no performance issue, but alignment in prontout > is not proper. > With PDFBox 2.0.0-RC1, we are facing performance issue. > > PDFDocument used has Ariel Unicode or True Type Fonts. > > Similar discussion thread is pasted below, as I was unable to reply to same > discussion thread, nor able to subscribe to users mailing list, hence a > seperate mail. > > Regards > Sridhar > > Subject: Re: Speedup Font Cache > From: John Hewson ([email protected]) > Date: Oct 21, 2015 5:26:41 pm > List: org.apache.pdfbox.users > > On 21 Oct 2015, at 09:43, Maruan Sahyoun <[email protected]> wrote: > > Hi, > > Am 21.10.2015 um 18:40 schrieb Tilman Hausherr <[email protected]>: > > Am 21.10.2015 um 14:10 schrieb Roberto Nibali: > Hi John > > On Wed, Oct 21, 2015 at 12:35 AM, John Hewson <[email protected]> wrote: > > Yes, I’m able to replicate that issue on Windows. It’s apparently > related > to administrator ownership of that registry key’s parent node. Looks > like > it’ll be necessary to log in as admin and create that key with user > access. > I guess that’s far from ideal? > > The whole issue also happens on MacOSX. When you introduce this on-disk > cache a couple of months back, it worked fine, however one of the recent > changes to SVN must have wrecked the initially intended functionality. Not > only is the font caching setup 5-10 times as long as it used to be, it also > does not seem to persist it anymore. Version used: > > $ svn info | grep -i changed > Last Changed Author: tilman > Last Changed Rev: 1709647 > Last Changed Date: 2015-10-20 19:04:02 +0200 (Tue, 20 Oct 2015) > > Running my test tool indicates: > > Oct 21, 2015 2:08:29 PM > org.apache.pdfbox.pdmodel.font.FileSystemFontProvider loadCache > WARNING: New fonts found, font cache will be re-built > Oct 21, 2015 2:08:29 PM > org.apache.pdfbox.pdmodel.font.FileSystemFontProvider <init> > WARNING: Building font cache, this may take a while > Oct 21, 2015 2:08:39 PM > org.apache.pdfbox.pdmodel.font.FileSystemFontProvider saveCache > WARNING: Finished building font cache, found 654 fonts > [INFO, ctx=./ccalt.pdf]: Opening Source ./ccalt.pdf > [INFO, ctx=./ccalt.pdf]: Opening Template ./cctemp.pdf > [INFO, ctx=./ccalt.pdf]: Writing Output ./ccmig.pdf > [INFO, ctx=./ccalt.pdf]: Completed in 15037.02ms > > This used to be anything between 1200ms and 2300ms and once it was > persisted onto disk, it was rather fast in subsequent calls. Unfortunately, > SVN does not provide the handy tool of "git bisect" to quickly find out > which change actually caused this regression. > > There were only 4 changes since then, so it might be worth a try to just > revert > that file. > > (I can't help; for me, it has always been slow.) > > Could it be that 1) you installed new stuff on your computer, 2) that MacOS > has > many of its fonts in .ttc files? In Windows there are only 10. > > on my OS X I have 92 ttc files (out of 384) :-) > > Yep, OS X uses ttc much more heavily than Windows and some of those are big > Asian fonts which PDFBox parses relatively slowly. > > — John > > BR > Maruan > > Tilman > > Let me know if you need any further input. > > Cheers > Roberto > > > > Regards > Sridhar Sowmiyanarayanan > Tata Consultancy Services > Website: http://www.tcs.com > ____________________________________________ > Experience certainty. IT Services > Business Solutions > Consulting > ____________________________________________ > =====-----=====-----===== > Notice: The information contained in this e-mail > message and/or attachments to it may contain > confidential or privileged information. If you are > not the intended recipient, any dissemination, use, > review, distribution, printing or copying of the > information contained in this e-mail message > and/or attachments to it are strictly prohibited. If > you have received this communication in error, > please notify us by reply e-mail or telephone and > immediately and permanently delete the message > and any attachments. Thank you > >
