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)

defect

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.
Depends on: 1031324
Depends on: 1031327
No longer depends on: 1031327
No longer depends on: 1031324
Keywords: perf
Priority: -- → P3
Whiteboard: [c=progress p= s= u=]
Assignee: nobody → jmcf
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.
(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!
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [c=progress p= s= u=] → [c=progress p= s=2014.08.01.t u=]
Target Milestone: --- → 2.1 S1 (1aug)
You need to log in before you can comment on or make changes to this bug.