Jump to content
You must now use your email address to sign in [click for more info] ×

Long application launch times with large number of fonts.


Recommended Posts

Dear Affinity Team,

First of all, congratulations on the release of Affinity Publisher V1. Great job! I am now running the official release and I'm looking forward to using it.

I did post a topic on this subject on the Affinity Publisher Beta forum. Things have improved somewhat since then, and my understanding of what is going on has improved too. However, I do feel there is still an underlying problem. I have done a considerable amount of research and testing, and I am sharing the results here. I have gone into as much detail as I can, and as a result this is quite a long post.

Problem Summary: With a large number of fonts installed on my computer, Affinity Publisher, and other Affinity apps too, take significantly longer to launch than other design apps.

System Details: Fujitsu Celsius workstation. Core i7, 6 Cores, 16Gb, SSD, Windows 10 Pro Version 1903, OS Build: 18362.207.

Fonts Installed: 4862.

Prior to performing any tests, the following actions were performed:

  • I performed a major cull of installed fonts, and removed several hundred since I performed this test on the beta release.
  • After the cull, the Windows font cache file was deleted. (C:\Windows\System32\FNTCACHE.DAT)
  • The Windows font management service was stopped.
  • The contents of the folder C:\Windows\ServiceProfiles\LocalService\Appdata\Local\FontCache were deleted.
  • All Adobe font cache files were deleted. (AdobeFntnn.Lst)
  • The computer was restarted.
  • Each application used in the test was launched once to allow any caches to be rebuilt.

The application launch times recorded were as follows:

Adobe InDesign CS6:               0:25
Serif PagePlus X9:                    0:08
Affinity Designer V1.7.1.404:  3:00
Affinity Photo V1.7.1.404:       3:20
Affinity Publisher V1.7.1.404: 3:10

In each case, I deemed the application launch to be complete when the welcome screen appeared. Each app was launched separately to avoid any risk of the apps interfering with each other. No other foreground apps were running other than Windows performance monitor and the stop watch app.

It can be seen that the Affinity apps have similar launch times to each other, and these are significantly longer than either PagePlus X9 or InDesign CS6. I believe the prolonged launch times for the Affinity apps is due to a font enumeration and/or font caching issue.

Application Readiness: As stated, when the welcome screen appeared I consider the application to be ready for use. However this is not the case with all apps.

  • For InDesign and PagePlus, as soon as the welcome screen appears I can create a new document, then create a text frame, and then select a font from the font selection drop down. In both cases, the font list was fully populated with font previews, and there was no perceptible delay in scrolling trough the font list.
  • However with Affinity Publisher (and Designer and Photo too) when the welcome screen appeared I could create a new document and create a text frame, but when I went to the font selection drop down, the font previews were not yet rendered. If I waited with the font drop down open, I could see the font previews slowly appear. (The apps opened with Arial as the default font, so the font list open with the fonts beginning with "A" visible).
  • Now if I tried to scroll through the font list, Publisher became unresponsive. However patience pays, and eventually the font previews progressed downwards through the list. Eventually all the previews were visible, and at that point I could scroll back and forth through the font list without any further problems. However, to completely render the font previews takes in the order of 12 minutes.
  • If I launched another app, such as MS Word, whilst the font selection drop down was open and the font previews were being rendered, then the font selection list would always be on top of MS Word. This continued until the font previews had been rendered.

Conclusion: Affinity Publisher (and other Affinity apps) is not fully ready to use when the welcome screen appears.

Background CPU Usage: After Affinity Publisher (and other Affinity apps) displays the welcome screen, it continues to consume approximately 4% to 6% of the CPU for a period of approximately 12 minutes. After this time, the background CPU usage drops off. If I launch Affinity Publisher and then wait for the CPU to become quiescent, I can then create a new document, create a text frame, and open the font selection list. Now all the font previews are present, and I can scroll back and forth through the list without any delay and without the app becoming unresponsive.

Conclusion: Only when the app gets to the welcome screen does it begin rendering font previews. On this machine with this number of fonts, this operation takes approximately 12 minutes. Only when this is done is the app fully ready for use. It is my belief that after Affinity Publisher is launched and the welcome screen is displayed, it then gets to work rendering the font previews. Moreover, it does this each time it is launched. There would not appear to be a persistent font cache.

Adobe Font Caches: The Adobe suite creates and maintains a number of font cache files in various locations. They usually have a names like AdobeFntnn.lst. As part of the preparation for this test I deleted all these files, and after a system restart they were all rebuilt. What builds them I don't know, but I believe these files play a key role in how fonts are managed with Adobe apps. However this does not explain why PagerPlus X9 doesn't suffer from any of these issues. It launches like lightning, and is ready to go as soon as the welcome screen appears, font previews and all. Go figure.

Summary: OK, that's about all I can tell you. This issue is an annoyance rather than a show stopper. It doesn't appear to prevent me from using the app, it just takes a while before it is fully ready to go.  But if I were using this app every day, I think it would quickly become tiresome.

The fact remains that InDesign CS6 is ready to go in 25 seconds, but Affinity Publisher takes just over three minutes to give me a start screen, and a further 12 minutes before it is fully ready to go. Therefore there is some work to do with font management and optimization I think. PagePlus manages very well however, and this is a Serif app. What is its secret I wonder?

If the development team would like any further information or clarification, please do not hesitate to ask.

Thanks again for a great value design suite. Please keep up the good work.

With Kind Regards,
Mike G.

 

Link to comment
Share on other sites

  • 1 month later...

Update: 20th August 2019.

Same hardware as above — Core i7, 6 cores, 12 logical processors, 16Gb, SSD. Windows 10 Version 1903 Build 18362.295.
Affinity Publisher for Windows V1.7.2.471.
Number of fonts Installed: 4693.

I have some additional information on this issue if it helps the developers. Since my initial post I have had another font culling exercise and further reduced the number of installed fonts. The good news is that the "missing fonts" issue does seem to be fixed, so thanks to the team for that.

Although I am reporting this as a Publisher issue, exactly the same problem affects Designer and Photo too. All Affinity apps are at version 1.7.2.471 at the time of writing. The key times recorded for all apps is roughly the same to within a few seconds. I will therefore only give the timings for Publisher. (Time format is mm:ss). For the purposes of this post, I have broken down the launch process into phases.

  1. Phase 1: The application splash screen appears and displays the "Loading fonts..." message.
  2. Phase 2: The application splash screen disappears after 01:10. The main app windows pops up at this point. However the splash screen is still underneath the main window, but it does not show "Loading fonts…" message. The main window is not responsive at this time.
  3. Phase 3: The Welcome screen appears after 04:20. That is considerably longer that I recorded in my initial post with an earlier version of Publisher.
  4. Phase 4: Now it gets interesting. In my initial post I reported that the app uses approximately 12% of the CPU for several minutes after the welcome screen appears. In fact it uses 100% of one virtual processor. This PC has 6 cores and 12 virtual processors, so there is one compute bound thread taking 100% of one VCPU. This CPU usage continues for 19:20 after launch, so that's about 15 minutes of a maxed out VCPU after the Welcome screen is displayed. There is no significant disk I/O going on, and Microsoft Process Monitor doesn't show any registry activity. What on earth is going on here?

Just as before, if I create a new document as soon as the Welcome screen appears, then create a text frame, and then try and lay down some type, I initially have no font previews rendered in the font dropdown list. If I am patient and wait, I can see the font previews slowly appear in front of my eyes. If I scroll down a little way, the font previews gradually trickle down through the list of fonts from A to Z. After approximately 20 minutes after launch, all font previews are visible. I have only observed this behaviour with the three Affinity apps. If I close the app and launch it again, the same thing happens. Mighty tedious.

So much for the facts, now for the guesswork... This is an issue with FreeType, correct? Once the app is launched, FreeType gets to work to generate the font previews. Furthermore, FreeType is not multi-threaded. Nothing else I use makes use of FreeType, and that's why I only see it with Affinity apps.

I hope this helps to identify the problem, if indeed the developers consider it a problem? Please let me know if you need any further information.

Kind Regards,
Mike G.

 

Link to comment
Share on other sites

  • 3 weeks later...
3 hours ago, Lagarto said:

I wonder whether a third-party font manager and font auto-activation on demand would resolve the problem for Affinity apps?

That is the common recommended approach for users who have a large number of fonts, and it does work, from what I've read in these forums.

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro, version 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro, version 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
iPad:  iPad Pro M1, 12.9": iPadOS 17.4.1, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sonoma 14.4.1

Link to comment
Share on other sites

3 hours ago, Lagarto said:

I am currently using Affinity apps only on a laptop where I do not have a font manager installed, and have about 700 fonts installed, and can experience the same in smaller scale, but had not actually noticed the rebuild of font previews (or even a bit longish launch times), probably because there has not been any urge in using the apps in actual work projects.

I use the Affinity apps on a laptop where I do have a font manager, but I also have about 700 fonts installed. There is some delay on startup, but smaller than it used to be before version 1.7 and not unacceptable.

I am not surprised that the OP’s ‘cull’ of fewer than 200 fonts from a collection of nearly 5000 installed fonts made no appreciable difference.

Alfred spacer.png
Affinity Designer/Photo/Publisher 2 for Windows • Windows 10 Home/Pro
Affinity Designer/Photo/Publisher 2 for iPad • iPadOS 17.4.1 (iPad 7th gen)

Link to comment
Share on other sites

  • 7 months later...
  • Staff

Sorry.

Thank you for reporting a problem using 1.7.x . It appears that a member of the Affinity QA team didn't get round to fully investigating this specific report posted in the bugs forums. We are very sorry for this oversight. Yours is one of a number of reports that I am posting this apology to, using an automated script.

Now we have released 1.8.3 on all platforms containing many hundreds of bug fixes, and we hope your problem has already been fully addressed. If you still have this problem in the 1.8.3 release build, then the QA team would really appreciate you reporting again it in the relevant Bugs forum.

Each of those links above contains instructions how best to report a bug to us. If that is what you already did in this thread just copy paste your original report into a new thread. We appreciate all the information that you have including sample files and screen shots to help us replicate your problem.

This thread has now been locked as the QA team are not following the threads to which this automatic reply is made, which is why we would appreciate a new bug report if you are still have this problem in the current 1.8.3 release build.

Patrick Connor
Serif Europe Ltd

"There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self."  W. L. Sheldon

 

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.