Closed
Bug 1031315
Opened 11 years ago
Closed 11 years ago
[Contacts][Data Refactor]Check performance of building contact details from different DS
Categories
(Firefox OS Graveyard :: Gaia::Contacts, defect, P3)
Firefox OS Graveyard
Gaia::Contacts
Tracking
(Not tracked)
RESOLVED
FIXED
2.1 S1 (1aug)
People
(Reporter: arcturus, Assigned: jmcf)
References
Details
(Keywords: perf, Whiteboard: [c=progress p= s=2014.08.01.t u=])
We need to know what's the performance of building a contact details view from a MultiContact (pointer to different DataStores) and merge in a single view.
This will help us to decide if we need local information for the contacts app or we can affort to go for each source in real time and compose the contact each time the user wants to look at it.
Updated•11 years ago
|
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → jmcf
Assignee | ||
Comment 1•11 years ago
|
||
In the branch below, there is an app named 'contactsidb' that can be used to compare the performance of getting an already cooked contact from indexedDB against building the contact on the fly getting the data from the GCDS and two slave datastores:
https://github.com/jmcanterafonseca/gaia/tree/contacts_perf_idb
The conclusions are that cooking a contact (that comes from 2 different datastores) can be 4 or 5 times slower, than getting the same contact data from an indexedDB that has all the data already cooked.
Reporter | ||
Comment 2•11 years ago
|
||
(In reply to Jose Manuel Cantera from comment #1)
> In the branch below, there is an app named 'contactsidb' that can be used to
> compare the performance of getting an already cooked contact from indexedDB
> against building the contact on the fly getting the data from the GCDS and
> two slave datastores:
>
> https://github.com/jmcanterafonseca/gaia/tree/contacts_perf_idb
>
> The conclusions are that cooking a contact (that comes from 2 different
> datastores) can be 4 or 5 times slower, than getting the same contact data
> from an indexedDB that has all the data already cooked.
Great!
Thanks for sharing the results!
Assignee | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Whiteboard: [c=progress p= s= u=] → [c=progress p= s=2014.08.01.t u=]
Updated•11 years ago
|
Target Milestone: --- → 2.1 S1 (1aug)
You need to log in
before you can comment on or make changes to this bug.
Description
•