Closed
Bug 822965
Opened 12 years ago
Closed 7 years ago
app startup animation costs 100-200ms in firstPaint
Categories
(Firefox OS Graveyard :: Gaia, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: zbraniecki, Unassigned)
References
Details
Attachments
(1 file, 1 obsolete file)
3.73 KB,
patch
|
Details | Diff | Splinter Review |
Tested with changes from bug 780692 the startup animation still costs between 100 and 200ms depending on the load. I don't know which CSS does Homescreen boot transition but I expect it to be affected as well. firstPaint, avg of 5 cold boots: || 63fa5a2 || noanim || % ===========||=========||=========||========= Settings || 1508 || 1398 || -7.3% Dialer || 1745 || 1550 || -11.1% SMS || 1647 || 1523 || -7.5% Email || 5048 || 4963 || -1.7% Calendar || 2231 || 2044 || -8.4% Contacts || 1865 || 1697 || -9.0%
Reporter | ||
Comment 1•12 years ago
|
||
patch of the code I use to disable animation
We should investigate optimizing it in the future, but the animation is a UX-P1 issue so we've decided this overhead is acceptable.
Reporter | ||
Comment 3•12 years ago
|
||
updated patch that I use
Attachment #693766 -
Attachment is obsolete: true
Reporter | ||
Comment 4•12 years ago
|
||
With the better test framework from bug 825137, I retested the impact of noanim patch on the current gaia: || master || noanim || % ===========||=============||=============||========= Template || 1027 (30) || 821 (25) || -206 Settings || 2685 (265) || 2283 (140) || -401 SMS || 1877 (27) || 1628 (17) || -248 Calendar* || 2626 (103) || 2578 (641) || -47 Email || 5511 (290) || 5369 (134) || -141 Contacts || 3247 (144) || 2924 (46) || -323 *) In case of Calendar app I observed many more outliers with slower startup time (in the 3800ms zone) with the patch than without, but too little sample to draw any conclusions. Based on the trends that I observed, there are apps that get a very clear win when animation is removed - Template app, SMS app, Settings app and Contacts app all received a clear and easy to reproduce boost and a drop in variance on top of that. The Calendar app did not follow this pattern. The variance actually increased with the animations off, and there were multiple very-slow cases. No idea why. I'd like to retest it with patch from bug 812396 landing. Overall, it seems that I'm seeing a greater impact than expected 100ms
Reporter | ||
Comment 5•12 years ago
|
||
In case of Template app: 150ms of that slows down mozbrowserloadstart on the child process (so slows down before the document loading happens), 50ms slows down document loading.
Comment 6•11 years ago
|
||
A lot of how app windows are created has changed over the last year. Probably worth looking to see if this is still valid.
Comment 7•7 years ago
|
||
Closing this old B2G bug.
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•