Closed
Bug 822719
(Dialer-Startup)
Opened 13 years ago
Closed 12 years ago
[meta] Dialer application startup needs improvement
Categories
(Firefox OS Graveyard :: Gaia::Dialer, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: etienne, Unassigned)
References
Details
(Keywords: meta, perf, Whiteboard: [FFOS_perf])
Meta bug to track the various dailer performance improvements.
Comment 1•13 years ago
|
||
The child bugs here are closed, yet i was about to file a bug about dialer startup being too slow.
I always see the screenshot for ~2 seconds when starting the dialer cold. And after that I often see some sluggishness in the first few numbers I touch.
What else can we do?
Updated•13 years ago
|
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Reporter | ||
Comment 2•13 years ago
|
||
(In reply to Dietrich Ayala (:dietrich) from comment #1)
> What else can we do?
Lazy load the facebook stuffs (IIRC we have about 200ms to gain here).
Comment 3•13 years ago
|
||
I think we need some kind of bug to block on dialer startup perf. It has a higher bar than most any other app for instant response time.
Updated•13 years ago
|
Whiteboard: [perf_tsk]
Updated•13 years ago
|
Whiteboard: [perf_tsk] → [FFOS_perf]
Comment 4•13 years ago
|
||
José, we still have issues about Diale performance, could you investigate on this please ?
Assignee: nobody → jmcf
Comment 6•13 years ago
|
||
Sure, I can try. Has anyone else done research into this, aside from comment 2? I don't want to replicate others' work if they've already determined where we're spending the most time.
Comment 7•13 years ago
|
||
I'm going to need a SIM card for doing real-world performance tests. I recall people saying that T-Mobile has a decent plan that we can expense. However, I'm not sure which one is the ideal. Does anyone know?
(In the short term, I could always use my personal SIM card, but it's a little worrying to be using that on a phone I'm messing around with.)
Comment 8•12 years ago
|
||
Is this less than 1 second now? Can it be closed?
Updated•12 years ago
|
Blocks: 1.0.1-perf
Comment 9•12 years ago
|
||
It is fine if the launch time is 1 sec. However, the Dialer app can get killed during memory pressure. We strongly prefer to keep this app persistent and not killed by the LMK.
We have observed that, incoming call is taking more time (~4sec) when the User is actively interacting with device (scrolling actively on Browser web page). So, keeping dialer app in background will definitely help in such scenarios.
Comment 10•12 years ago
|
||
*Correction: If the launch time is below 1 sec.
Comment 11•12 years ago
|
||
Thanks. Is there a bug for making Dialer persistent?
Comment 12•12 years ago
|
||
(In reply to godavari@codeaurora.org from comment #9)
> We have observed that, incoming call is taking more time (~4sec) when the
> User is actively interacting with device (scrolling actively on Browser web
> page).
Actually, please file a bug to find and fix the reason *why* it takes ~4s to load up dialer in that circumstance, while only ~1s otherwise.
Persistence of Dialer is a proscriptive solution. We should identify the source of the delayed load.
Comment 13•12 years ago
|
||
godavari, where is dialer app relative to target performance? did you file a bug for dialer taking 4s for incoming call? please inform whether this bug can be closed or not.
Assignee: squibblyflabbetydoo → nobody
Flags: needinfo?(godavari)
Updated•12 years ago
|
Alias: Dialer-Startup
Comment 14•12 years ago
|
||
Confirmed that we can close this bug for dialer cold start.
Bug 812059 is where we're dealing with the incoming call scenario.
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: needinfo?(godavari)
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•