![\"\"](\"https:\/\/mikeconley.ca\/blog\/wp-content\/uploads\/2018\/04\/Untitled.png\")
Hot damn! Note the finer-grain categories showing up on April 1st.<\/p><\/div>\n
Early first blank paint (lead by Florian Qu\u00e8ze)<\/h2>\n
This is a start-up perceived performance project where early in the executable life-cycle, long before we’ve figured out how to layout and paint the browser UI, we show a white “blank” area on screen that is overtaken with the UI once it’s ready. The idea here is to avoid having the user stare at nothing after clicking on the Firefox icon. We’ll also naturally be working to reduce the amount of time that the blank window appears for users, but our research shows users feel like the browser starts-up faster when we show something<\/strong> rather than nothing<\/strong>. Even if that nothing is… well, mostly nothing. Florian recently landed a Telemetry probe<\/a> for this feature, made it so that we can avoid initting the GPU process for the blank window<\/a>, and is in the midst of fixing an issue where the blank window appears for too long<\/a>. We’re hoping to have this ready to ship enabled on some platforms (ideally Linux and Windows) in Firefox 61.<\/p>\n Explorations are just beginning here. Felipe has been examining the scripts that are running for each tab on creation, and has a few ideas on how to both reduce their parsing overhead, as well as making them lazier to load. This project is mostly at the research stage. Expect concrete details on sub-projects and linked bugs soon!<\/p>\n This is so, so close to being done. The patch is written and reviewed<\/a>, but landing it is being stymied by a hard-to-reproduce locally but super-easy-to-reproduce-in-automation shutdown leak during test runs. Unfortunately, the last 10% sometimes takes 90% of the effort, and this looks like one of those cases.<\/p>\n Gijs is continuing to make our blocklist asynchronous. Recently, he made the getAddonBlocklistEntry method of the API asynchronous<\/a>, which is a big-deal for start-up, since it means we drop another place where the front-end has to wait for the blocklist to be ready! The getAddonBlocklistState<\/a> method is next on the list.<\/p>\n As a fun exercise, you can follow the “true” value for the BLOCKLIST_SYNC_FILE_LOAD probe via this graph<\/a>, and watch while Gijs buries it into the ground.<\/p>\n Doug Thayer is following up on some research done a few years ago that suggests that we can make ~95% of our user’s tab switches feel instantaneous by implementing an LRU cache for the painted layers<\/a>. This is a classic space-time trade-off, as the cache will necessarily consume memory in order to hold onto the layers. Research is currently underway here to see how we can continue to improve our tab switching performance without losing out on the memory advantage that we tend to have over other browsers<\/a>.<\/p>\n Tab warming<\/a> has been enabled on Nightly for a few weeks, and besides one rather serious glitch that we’ve fixed<\/a>, we’ve been pretty pleased with the result! There’s one issue on macOS that’s been mulled over,<\/a> but at this point I’m starting to lean towards getting this shipped on at least Windows for the Firefox 61 release.<\/p>\n Before we go into the grab-bag list of performance-related fixes – have you seen any patches landing that should positively impact Firefox’s performance? Let me know about it<\/a> so I can include it in the list, and give appropriate shout-outs to all of the great work going on! That link again!<\/a><\/p>\n And now, without further ado, a list of performance work that took place in the tree:<\/p>\n (\ud83c\udf1f indicates a volunteer contributor)<\/p>\n Thanks to all of you! Keep it coming!<\/p>\n Pro-tip: if you’re collecting data, consider figuring out how you want to visualize it first, and then make sure that visualization work actually happens. ↩<\/a><\/p><\/li>Faster content process start-up time (lead by Felipe Gomes)<\/h2>\n
Get ContentPrefService init off of the main thread (lead by Doug Thayer)<\/h2>\n
Blocklist improvements (lead by Gijs Kruitbosch)<\/h2>\n
LRU cache for tab layers (lead by Doug Thayer)<\/h2>\n
Tab warming (lead by Mike Conley)<\/h2>\n
Firefox’s Most Wanted: Performance Wins (lead by YOU!)<\/h2>\n
Grab-bag time<\/h2>\n
\n