Snappy, Feb 16

Canadians and their Profilers

Much like eating bacon, writing profiling tools is a favourite Canadian pastime. Unfortunately, while today’s meeting had more Canadians than last time, a few the usual suspects are still busy with Android bugs this week and weren’t able to attend.  There are no updates on about:jank or our profiler this week. Next week, Vlad plans to hook up Windows symbolification to the profiler bringing it up to par with Mac64.

UX Tweaks

Jared is almost done with preparation for snappy scrolling. He is wrapping up making scrollbar + arrow keys behave in a consistent manner, bug 710373. The next step is to tweak our scrolling physics, which may lead us to integrate addon scrolling code in bug 206438. Jared also got rid of pointless “connecting…” tab title on refresh, bug 709182.

IO Optimizations

Brian recently worked out a way to neuter prefetch in bug 692255, this week he added Firefox hooks to take advantage of that in bug 727864. Once that is done our startup speed will be up to us – no longer at the mercy of a misbehaving Microsoft heuristic. Brian also discovered a single-character typo (bug 726503) in my code,which apparently resulted in a 15% speed up in our page-loading benchmark, tp5. I’m disturbed that we didn’t notice respective slowdown when we landed this.

Brian is also bravely battling download-manager lag in bug 632556, 727275.

Marco is working on reducing thread contention due to vacuum/pragmas, bug 723611. Marco is also almost done with rewriting our ill-conceived, jank-happy livemarks code in bug  613588.

Content

Vladan landed a DOM storage fix that should significantly reduce the amount of main thread SQL done by content bug 714964. We plan to make dom storage not cause main thread io lag in bug 712009.

More of the content team is jumping into Snappy work next week, expect to see more in this section.

7 comments

  1. Thanks for the nice report and great work! :)

    Any news on why D2D causes lag/slow downs when opening/closing/switching tabs etc?

  2. @dbcooper Afraid not. The aforementioned android-displaced Canadians are the experts in this area. I will post an update as soon as progress is made

  3. Cool. Thanks for the reply.

  4. Love reading these progress reports! Thanks for the update.

  5. ok, the SkyDrive performance issue seams to be fixed in the latest nightly builds.

  6. Firefox need 25s to start on my PC (win7 pro core2-duo 2.6ghz, 2GB ram) with about 20 extensions.

    And the first 2 minutes it was almost dead, nothing was loading, the title bar was disappearing and i couldn’t do anything until it calmed down…the HDD led was blinking very much

    then it hit me!

    I disabled “windows search” service and I am blown away by the speed. Firefox starts almost instantly and there is no more crazy activity at the start…

    This should investigated by you guys

    Also i managed to reproduce a very annoying Firefox issue…handling of big jpgs

    Please try to open Neil Gaiman’s shots of his bookshelf http://blog.shelfari.com/ronbrinkmann/2009/08/gaimans-bookshelf-details.html

    All of them..firefox will crawl..there are like 20 photos. Then after they loaded you still have to wait like 20s until they render…then if you close all the tabs and check your memory, firefox has >1GB and it just slows down horrendously

    Nothing which cannot be fixed by you :)

  7. I’m not sure what exactly had happen, but FF10 (including FF10.0.2) is way slower than FF9.
    Sometimes (every minute or so) it just hangs for a few seconds and doesn’t respond to anything. FF9 was much better.

    I run lots of tabs (more than a thousand – just didn’t have time to cleanup), but 99% of them in a latent state, as I’m using the “Don’t load tabs until selected” option and I hardly have more than 20 active tabs at once.
    I’m not sure what’s going on while it’s frozen, maybe GC, but it’s really annoying :(