Closed
Bug 708167
Opened 13 years ago
Closed 12 years ago
Don't load OpenGL until we're ready to pan and zoom
Categories
(Firefox for Android Graveyard :: General, defect, P1)
Tracking
(blocking-fennec1.0 -, fennec11+)
RESOLVED
WONTFIX
People
(Reporter: blassey, Assigned: sriram)
References
Details
Attachments
(2 files, 2 obsolete files)
No description provided.
Reporter | ||
Updated•13 years ago
|
tracking-fennec: --- → 11+
Updated•12 years ago
|
Assignee: pwalton → doug.turner
Updated•12 years ago
|
Assignee: doug.turner → cpeterson
Updated•12 years ago
|
Status: NEW → ASSIGNED
Comment 1•12 years ago
|
||
dougt, after first run, how often will users launch to about:home instead of saved tabs? Is optimizing about:home worthwhile?
Comment 2•12 years ago
|
||
(In reply to Chris Peterson (:cpeterson) from comment #1) > dougt, after first run, how often will users launch to about:home instead of > saved tabs? Is optimizing about:home worthwhile? Depending on the outcome of bug 719195, we may end up launching to about:home more often.
Comment 3•12 years ago
|
||
I don't see any measurable difference between about:home vs previous-tab startup time, with or without postponed initialization of PlaceholderLayerClient. I will revisit this bug after bug 719195 has been fixed.
Depends on: 719195
Comment 4•12 years ago
|
||
chris, how are you measuring and on what phone?
Comment 5•12 years ago
|
||
I measured the time to "Gecko:Ready" event when loading about:home on my Galaxy Nexus. Is this an appropriate benchmark? I commented out the initialization of mPlaceholderLayerClient in GeckoApp.onCreate() and measured the time from launch to the "Gecko:Ready" event (where mPlaceholderLayerClient would be swapped out for mSoftwareLayerClient). When mPlaceholderLayerClient is initialized, time to Gecko:Ready is about 1900 ms. When mPlaceholderLayerClient is not initialized, time to Gecko:Ready is about 1800 ms.
Comment 6•12 years ago
|
||
I tested some slower devices. Kindle Fire benefits from skipping PlaceholderLayerClient initilization, but other devices do not. "PHLC" == PlaceholderLayerClient initialization. Device With PHLC Without PHLC Speedup ------ --------- ------------ ------- Kindle Fire 1970 ms 1670 ms 1.18x :) Galaxy Nexus 1880 ms 1800 ms 1.04x :) Droid Pro 2130 ms 2230 ms 0.95x :( Galaxy S2 1110 ms 1350 ms 0.82x :(
Comment 7•12 years ago
|
||
> "PHLC" == PlaceholderLayerClient initialization.
Clarification: the table lists time to "Gecko:Ready" event when PlaceholderLayerClient is used or not.
Comment 8•12 years ago
|
||
The above timing numbers are invalid. I discovered that Fennec currently saves empty screenshots, so PlaceholderLayerClient initialization is currently a no-op. I filed bug 723251 to track that issue.
Comment 9•12 years ago
|
||
Comment 10•12 years ago
|
||
Reporter | ||
Updated•12 years ago
|
Keywords: fennecnative-releaseblocker
Updated•12 years ago
|
Assignee: cpeterson → sriram
Reporter | ||
Updated•12 years ago
|
blocking-fennec1.0: --- → +
Comment 11•12 years ago
|
||
patch v2: rebase and minimize changes.
Attachment #594041 -
Attachment is obsolete: true
Comment 12•12 years ago
|
||
patch v2: rebase and minimize changes.
Attachment #594042 -
Attachment is obsolete: true
Comment 13•12 years ago
|
||
Since this touches PlaceholderLayerClient extensively I'd prefer to see it land on maple to avoid merging/rebasing nightmares later.
Updated•12 years ago
|
blocking-fennec1.0: + → -
Reporter | ||
Updated•12 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•