Q: Fonts in RAM and font managers
Hello everyone,
I have the impression that the purpose of the ability to activate and deactivate individual fonts using font management software (Font Book or third party) is to eliminate it from the RAM (or at least in some other way offload it from the Mac's processing).
I also believe I read it mentioned somewhere that all fonts placed in the location User/Library/Fonts are always active in the RAM, and this is maybe why it's important not to just dump hundreds of fonts into that folder.
I'm wondering:
- If the above understandings are true?
- If using third-party font management software to disable a font placed in the User/Library/Fonts folder actually eliminates it from the RAM (as it presumably does for fonts outside system designated font folders)?
- If none of this is true, then why do we even need to use font management software to disable/deactivate fonts—why not just leave them all activated if they're not in the RAM?
I want to make sure I understand this thoroughly. I'm hoping it will help me make better informed decisions about my font management workflow.
I'm running El Capitan 10.11.6, though I don't think this specificity is relevant.
Thanks for any informed answers!
MacBook Pro (Retina, 15-inch, Late 2013), OS X El Capitan (10.11.6), null
Posted on Oct 3, 2016 9:56 PM
I don't think you are entirely correct, hopefully someone will correct me if I am wrong but here is my assessment of the situation…
All installed or active fonts are not loaded into RAM at startup as it would be an unnecessary on memory constrained Macs. System fonts will be loaded into memory as they are commonly required.
I believe some font features do get cached, such as the previews for font selection panels that are used in some apps, these are often written to cache files stored on disk as far as I can tell.
Installing & activating thousands of fonts can cause some issues as apps may have to generate previews for those fonts - e.g. MS Word has it's own custom font picker that uses the actual font for the selection names. Some design apps may parse or search for fonts when opening certain documents with linked font styles. Other apps like TextEdit, Mail use system based pickers so they benefit from the system wide font caches.
The reason for FontBook is to help with the management of Fonts. OS X uses the 'Library system' to allow for multiple levels of abstraction, e.g. /System/Library is for OS level files (Apples own stuff), /Library is for third parties that need system wide support, ~/Library is for the users specific files. There is even support for resources to be stored in /Network/Library for use with a server on a large network.
Managing all of that gets complex without one central application. I believe the order of preference is from the user out toward the higher levels, so your own user Fonts folder is chosen over the system one if you have similarly named fonts. Part of the the idea is also that you can dump fonts into your own home library without affecting other users on the system.
Third parties also have font managers that attempt to 'do the right thing' based on what documents & applications you use. These are mostly for large design offices that use custom fonts or are required to typeset with specific font versions, variations and even if fonts are licences for specific clients etc. Dynamically loading & unloading fonts can cause many headaches depending on what software you use.
I don't think average users need to think about Fonts at all on OS X (beyond adding their favourites occasionally), you may be overthinking it unless you are into lots of design work.
If you are concerned by running out RAM, you probably need to install more, get a better Mac or run less apps. Just bear in mind OS X now tries to use all available RAM most of the time otherwise what its the point in having it fitted?
Posted on Oct 4, 2016 10:16 AM