Windows: Evaluate only parsing fonts in the parent process
Categories
(Core :: Graphics: Text, enhancement, P3)
Tracking
()
People
(Reporter: erahm, Unassigned)
References
Details
(Keywords: memory-footprint, Whiteboard: [MemShrink:P2] [overhead:135k] [gfx-noted])
Reporter | ||
Updated•7 years ago
|
Updated•7 years ago
|
Reporter | ||
Updated•7 years ago
|
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Comment 6•6 years ago
|
||
Does font parsing have to be in the parent process specifically to be shared? With downloadable fonts we don't know what random malicious junk we're going to encounter and we've had security vulnerabilities there in the past, and more that were only prevented because of OTS.
Comment 7•6 years ago
|
||
Downloadable fonts and system-installed fonts are two quite distinct issues here. The work currently in progress will move much of the management of system fonts to the parent process, but does not affect downloadable fonts at all. Those are still handled entirely within the relevant content process.
(Note that the explicit/gfx/font-list memory mentioned in comment 0 is related to managing the list of system-installed fonts; it's not about downloadable fonts at all.)
We may eventually want to try and share downloadable font resources as well, so that (for example) if several sites are using the exact same resources from a service such as Google Fonts, they can be shared, but we haven't made any firm plans in that direction at this point. It's not immediately clear how much benefit there would be (how often are the same resources used by multiple sites that the user has loaded at the same time?)
Updated•2 years ago
|
Description
•