599852 - initial group switch is very slow (nothing for seconds)

Status: VERIFIED FIXED

(Firefox Graveyard :: Panorama, defect, P1)

Description

[Dietrich Ayala (:dietrich)]

if i switch groups using the keyboard shortcut (ctrl/cmd + ~) without ever going into tabcandy, the first switch is extremely slow to happen.

sometimes it'll take up to 5 seconds.

Comment 1

[Ian Gilman [:iangilman]]

Note that the fix for this will likely be related to the fix for bug 595020.

Comment 2

[Ian Gilman [:iangilman]]

The time in question is the Panorama start-up time (as it needs to start up in order to get the group switch info). Looks like bug 588630 is going to make a big difference here. On my machine, without that patch, starting up Panorama with 100 tabs fully loaded takes 5 seconds, and 200 tabs takes 15 seconds. With the patch, 200 tabs takes 2 seconds.

Comment 3

[Ian Gilman [:iangilman]]

Beyond that, we could potentially load up the data and intelligence of Panorama without loading up the UI, since in this case the UI isn't needed. This will happen naturally as a part of bug 578512 (post ff4.0). Prior to that it's probably too radical of an architecture change. We should simply focus continuing to improve Panorama start time in general. 

Making this bug dependent on bug 588630; this can be closed when it lands, or marked as duplicate before.

Comment 4

[Ian Gilman [:iangilman]]

Attachment: profiling test

I'm attaching the profiling test I used for this bug. Note that it has two "failures"; that's how I report how long it took to initialize Panorama (relevant to this bug) and show Panorama (just of interest, but not relevant to the bug). Change the 200 to some other number to load more or fewer tabs.

Comment 5

[Ian Gilman [:iangilman]]

Closing this now that bug 588630 has landed.

Comment 6

[Dietrich Ayala (:dietrich)]

Posthumous blocking+.

Comment 7

[Dietrich Ayala (:dietrich)]

Ugh, flag munging.

Comment 8

[Tracy Walker [:tracy]]

Verified in recent nightly minefield build