Closed Bug 1588162 Opened 5 years ago Closed 5 years ago

Investigate possible ~13% regression on sessionrestore Talos test on win32 shippable with Fission enabled

Categories

(Firefox :: Session Restore, task)

task
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mconley, Assigned: alexical)

References

Details

Assignee: nobody → dothayer
Status: NEW → ASSIGNED

Hey dthayer,

I was looking at bug 1588165 the other day, and I think what I found might be related to this. It's not the same issue (the remoteness flipping not being reported for SSTabRestored), but I suspect it's that we're doing remoteness flipping where we weren't before, which is causing the parent process to do more work, which is eating up the 13%.

Anyhow, that was mainly speculation, but it might be worth looking at.

(In reply to Mike Conley (:mconley) (:⚙️) (Wayyyy behind on needinfos) from comment #1)

Hey dthayer,

I was looking at bug 1588165 the other day, and I think what I found might be related to this. It's not the same issue (the remoteness flipping not being reported for SSTabRestored), but I suspect it's that we're doing remoteness flipping where we weren't before, which is causing the parent process to do more work, which is eating up the 13%.

Anyhow, that was mainly speculation, but it might be worth looking at.

I don't see any indication of a remoteness flip? No calls to updateBrowserRemoteness or anything - for the sessionrestore test these are all lazy browsers anyway, so they shouldn't be backed by an actual process to begin with.

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.