[You can read a version of this with better formatting on my blog: https://ehsanakhgari.org/blog/2017-09-15/quantum-flow-engineering-newsletter-24 ]
Hi everyone, I hope you're not tired of reading these newsletters so far. If not, I applaud your patience with me in the past few months. But next week, as Firefox 57 will merge to the Beta channel, I'm planning to write the last one of this series. Nightly has been pretty solid on performance. It is prudent at this point to focus our attention more on other aspects of quality for the 57 release, to make sure that things like the crash rate and regressions are under control. The triage process that we set up in March <https://ehsanakhgari.org/blog/2017-03-16/quantum-flow-engineering-newsletter-2> to enable everyone to take part in finding and nominating performance problems which they think should be fixed in Firefox 57 was started with the goal of creating a large pool of prioritized bugs that we believed would vastly impact the real world performance of Firefox for the majority of our users. I think this process worked quite well overall, but it has mostly served its purpose, and participating in the triage takes a lot of time (we sometimes had two meetings per week to be able to deal with the incoming volume of bugs!) With one week left, it seemed like a good decision to stop the triage meetings now. We also had a weekly 30-minute standup meeting where people talked about what they had done on Quantum Flow during the past week (and you read about many of those in the newsletters!), and for similar reasons that meeting also will be wound down. This gives back several person-hours back on their calendars to people who really need it, hurray! The work on the Speedometer benchmark <https://mozilla.github.io/arewefastyet-speedometer/2.0/> for 57 is more or less wrapped up at this point. One noteworthy change that happened last week which I should mention here is this jump <https://arewefastyet.com/#machine=36&view=single&suite=speedometer-misc&subtest=score&start=1503648581&end=1505211941> in the numbers which happened on September 7. The reason behind it was a change on the benchmark side to switch from reporting the score using arithmetic mean to using geometric mean <https://bugs.webkit.org/show_bug.cgi?id=172968>. This is a good change in my opinion because it means that the impact of a few of the JS frameworks being tested wouldn't dominate the overall score. The unfortunate news is that as a result of this change, Firefox took a bigger hit in numbers than Chrome did, but I'm still very proud of all the great work that happened when optimizing for this benchmark, and I think the right response to this change is for us to optimize more to get the few percentages of head-to-head comparison that we lost back. :-) [image: Speedometer changes as a result of computing the benchmark score using geometric mean] <http://ehsanakhgari.org/wp-content/uploads/2017/09/Screenshot-2017-9-15-ARE-WE-FAST-YET_.png> Even though most of the planned performance work for Firefox 57 is done, it doesn't mean that people are done pouring in their great fixes as things are making it to the finish line last-minute! So now please allow me to take a moment to thank everyone who helped make Firefox faster in the last week, as usual, I hope I'm not forgetting any names here: - Marco Bonardo improved the performance of the bookmarks toolbar when it has a large number of bookmarks <https://bugzilla.mozilla.org/show_bug.cgi?id=1392081> by only dealing with the few bookmarks that would be visible on the toolbar in the code. - Will Wang moved the Windows jump lists updater code to the idle queue <https://bugzilla.mozilla.org/show_bug.cgi?id=1357114>. He also moved the sessionstore data collector code in the content process to the idle queue <https://hg.mozilla.org/mozilla-central/rev/197a9e821ce8>. - André Bargull made IsRegExpObject and RegExpInstanceOptimizable inlined in the JIT code <https://bugzilla.mozilla.org/show_bug.cgi?id=1395927>. He also removed some unnecessary rooting in intrinsic_IsConstructor <https://bugzilla.mozilla.org/show_bug.cgi?id=1395954>. - Kirk Steuber made it so that we try to call ::RegisterDragDrop during idle time <https://bugzilla.mozilla.org/show_bug.cgi?id=1362382> which makes it more likely that a DLL will be preloaded off of the main thread, which should improve start-up performance in some cases. - Perry Jiang got rid of the contextmenu sync IPC message <https://bugzilla.mozilla.org/show_bug.cgi?id=1360406> - Adam Gashlin made it so that we cache OS theme margins <https://bugzilla.mozilla.org/show_bug.cgi?id=1393685> on Windows - Robert Strong made it so that we avoid main thread IO <https://bugzilla.mozilla.org/show_bug.cgi?id=1361102> after first run after an update is applied, and when an update is downloaded. This should help improve performance for our Nightly users in particular, since they get updates very often. - Andrew McCreight landed the code that allows all JSM’s to share the same compartment <https://bugzilla.mozilla.org/show_bug.cgi?id=1186409>. There are general performance and memory benefits <https://bugzilla.mozilla.org/show_bug.cgi?id=1186409#c59> to doing this. This is landing disabled by default, and the bug to enable it is here <https://bugzilla.mozilla.org/show_bug.cgi?id=1381961>. - Kris Maglione sped up some of the MessageChannel.jsm code involved in the webRequest API <https://bugzilla.mozilla.org/show_bug.cgi?id=1397448>, among other things. He also ensured that the JSM script precompiler compiles scripts into the shared JSM global <https://bugzilla.mozilla.org/show_bug.cgi?id=1381976> mentioned above to save the cost of cloning them into the destination global before execution. Kris also removed the add-on SDK from Firefox <https://bugzilla.mozilla.org/show_bug.cgi?id=1371065>. The code inside the add-on SDK was used by some legacy extensions and various internal browser components and was the source of many performance issues, and removing it was the last measure to make sure that such issues would never rise again in the future. - Botond Ballo enabled asynchronous scrolling when the scrollbar thumb is dragged using touch input <https://bugzilla.mozilla.org/show_bug.cgi?id=1367765>. - Olli Pettay removed a GC trigger every time Gecko finished executing some JavaScript <https://bugzilla.mozilla.org/show_bug.cgi?id=1378092>. This was an old trick devised to satisfy benchmarks but he came up with a better fix <https://bugzilla.mozilla.org/show_bug.cgi?id=1377131> for that last week. - Jon Coppeard changed JavaScript Map and Set objects and their iterators to be allocated from the nursery <https://bugzilla.mozilla.org/show_bug.cgi?id=1368420> to benefit from incremental garbage collection. - Mason Chang and Bas Schouten enabled specifying a limit on the blend surface area and the portion of the layer being resolved <https://bugzilla.mozilla.org/show_bug.cgi?id=1392453> for D2D draw targets. - Andrea Marchesini avoided doing main-thread I/O when reading the contents of files read under some situations for some Web APIs that access files <https://bugzilla.mozilla.org/show_bug.cgi?id=1397627>. One example is a file selected using an input element which is read using a FileReader. - Mats Palmgren optimized away a lot of the virtual calls to QueryFrame through do_QueryFrame() <https://bugzilla.mozilla.org/show_bug.cgi?id=1364815>. - Emilio Cobos Álvarez avoided flushing frames in nsHideViewer when we know a new frame won’t be constructed <https://bugzilla.mozilla.org/show_bug.cgi?id=1368852>. This sped up loading new results on Twitter under some circumstances dramatically. Cheers, -- Ehsan _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
