Closed
Bug 1168428
Opened 9 years ago
Closed 5 years ago
[meta] Sync is janky
Categories
(Firefox :: Sync, defect, P3)
Firefox
Sync
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
firefox41 | --- | affected |
People
(Reporter: luke, Unassigned)
References
Details
(Keywords: meta, Whiteboard: [fxsync])
Attachments
(1 file, 1 obsolete file)
13.85 KB,
patch
|
Details | Diff | Splinter Review |
Today, when I switched to a FF profile that I hadn't used in a while (so that there was a lot to sync in my FxA), I noticed the browser chrome was really laggy (variable second delays between mouse action and UI response in browser chrome). I restarted the browser (which had just finished updating to the latest nightly build), and after half a minute or so, the UI lagginess returned. I noticed that the Sync animation was spinning in the FF menu indicating that a Sync operation was going on. After a minute or so, the Sync operation completed and the UI was immediately responsive again. I'm afraid I didn't have time to capture a profile while this was happening.
Reporter | ||
Comment 1•9 years ago
|
||
I forgot to add, this just happened on Win7, but it also happened for me on OSX recently (same situation: using profile linked to big FxA for the first time in a month) and the browser was almost unusable for a minute.
Comment 2•9 years ago
|
||
Needs investigation and should be assigned as high priority.
Updated•9 years ago
|
Priority: -- → P2
Comment 4•9 years ago
|
||
:pdehaan any chance you can try to repro this? We'd love more data on how many people experience this.
Flags: needinfo?(pdehaan)
Comment 5•9 years ago
|
||
A quick profile shows the lowest hanging fruit is the bookmarks engine, and specifically _buildGUIDMap(). Best I can tell, this is all using the old sync bookmarks API, which I believe does main thread IO. We probably want to convert this engine to using async IO (but I also wonder if we should consider looking at the OSX bookmarks engine rnewman recently did, and just rewrite the entire engine!?
Flags: needinfo?(pdehaan)
Comment 6•9 years ago
|
||
> A quick profile shows the lowest hanging fruit is the bookmarks engine, and specifically _buildGUIDMap()
I've heard this _buildGUIDMap() thing mentioned before, so I wonder if there's existing bugzilla literature on plans for its removal. Couldn't find anything using my primitive bz search skills though...
Updated•9 years ago
|
Rank: 15
Updated•9 years ago
|
Assignee: nobody → markh
Updated•9 years ago
|
Whiteboard: [fxsync]
Updated•9 years ago
|
Flags: firefox-backlog+
Updated•9 years ago
|
Iteration: --- → 43.1 - Aug 24
Comment 8•9 years ago
|
||
I'm going to treat this as a meta bug for all janky sync-related things. I'm unassigning myself from this one, but I'll take most (all?) of the dependencies.
Assignee: markh → nobody
Depends on: 1008592
OS: Windows 7 → Unspecified
Hardware: x86_64 → Unspecified
Summary: large ongoing Sync operation causes significant UI jank → [meta] Sync is janky
Updated•9 years ago
|
Iteration: 43.1 - Aug 24 → ---
Updated•9 years ago
|
Priority: P1 → P2
Updated•8 years ago
|
Flags: firefox-backlog+
Comment 10•8 years ago
|
||
Kit reports this has come back recently. I just rebased the earlier hacks I had in place to measure jank (but haven't verified it still works) and I'm attaching it here incase someone else wants to have a look - needinfo myself to play with this some more later.
Flags: needinfo?(markh)
Comment 11•8 years ago
|
||
Mark was looking at jank in _guidMap, and fixed the issue in bug 1303831.
Flags: needinfo?(markh)
Updated•8 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Whiteboard: [fxsync] → [fxsync][qf]
Updated•7 years ago
|
Whiteboard: [fxsync][qf] → [fxsync]
Comment 12•6 years ago
|
||
Updated to current master.
Attachment #8800082 -
Attachment is obsolete: true
Comment 13•5 years ago
|
||
All dependencies are closed \o/
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•