Closed Bug 997391 Opened 11 years ago Closed 11 years ago

[Messages] Speed up message deletion time by doing more work during idle IPC waiting

Categories

(Firefox OS Graveyard :: Gaia::SMS, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED INVALID
2.0 S2 (23may)

People

(Reporter: drs, Unassigned)

References

Details

(Keywords: perf, Whiteboard: [c=progress p= s=2014.05.23.t u=])

See bug 893838 comment 50. This is for point 2) in that comment.
Blocks: 893838
Keywords: perf
Priority: -- → P3
Whiteboard: [c=progress p= s= u=]
From my previous testing this won't give much improvement because while the application waits for IPC we have the main b2g process consuming pretty much all available CPU time, so the device is not really idle. However this does not mean that this bug is unimportant: most of the devices we use have single-core processors but this might give an improvement on dual-cores devices where we should effectively have some spare cycles while waiting for the main process to respond.
(In reply to Gabriele Svelto [:gsvelto] from comment #1) > From my previous testing this won't give much improvement because while the > application waits for IPC we have the main b2g process consuming pretty much > all available CPU time, so the device is not really idle. However this does > not mean that this bug is unimportant: most of the devices we use have > single-core processors but this might give an improvement on dual-cores > devices where we should effectively have some spare cycles while waiting for > the main process to respond. Thanks for your input. I'm doing a writeup on this in bug 997420. Suffice it to say, even if this provided some benefits, the work in that bug will make the work here irrelevant anyways. I think it's best to just jump straight to that bug.
Based on further research in bug 1001467, I don't think there's anything we can do here.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Whiteboard: [c=progress p= s= u=] → [c=progress p= s=2014.05.23.t u=]
Target Milestone: --- → 2.0 S2 (23may)
You need to log in before you can comment on or make changes to this bug.