Closed
Bug 708167
Opened 13 years ago
Closed 13 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•13 years ago
|
Assignee: pwalton → doug.turner
Updated•13 years ago
|
Assignee: doug.turner → cpeterson
Updated•13 years ago
|
Status: NEW → ASSIGNED
Comment 1•13 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•13 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•13 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•13 years ago
|
||
chris, how are you measuring and on what phone?
Comment 5•13 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•13 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•13 years ago
|
||
> "PHLC" == PlaceholderLayerClient initialization.
Clarification: the table lists time to "Gecko:Ready" event when PlaceholderLayerClient is used or not.
Comment 8•13 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•13 years ago
|
||
Comment 10•13 years ago
|
||
| Reporter | ||
Updated•13 years ago
|
Keywords: fennecnative-releaseblocker
Updated•13 years ago
|
Assignee: cpeterson → sriram
| Reporter | ||
Updated•13 years ago
|
blocking-fennec1.0: --- → +
Comment 11•13 years ago
|
||
patch v2: rebase and minimize changes.
Attachment #594041 -
Attachment is obsolete: true
Comment 12•13 years ago
|
||
patch v2: rebase and minimize changes.
Attachment #594042 -
Attachment is obsolete: true
Comment 13•13 years ago
|
||
Since this touches PlaceholderLayerClient extensively I'd prefer to see it land on maple to avoid merging/rebasing nightmares later.
Updated•13 years ago
|
blocking-fennec1.0: + → -
| Reporter | ||
Updated•13 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Updated•4 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
•