Closed
Bug 729653
Opened 12 years ago
Closed 12 years ago
MAPLE: BeginDrawing takes > 8 ms
Categories
(Core :: Graphics, defect, P1)
Tracking
()
RESOLVED
DUPLICATE
of bug 731603
Tracking | Status | |
---|---|---|
blocking-fennec1.0 | --- | beta+ |
People
(Reporter: BenWa, Assigned: BenWa)
References
Details
(Whiteboard: MAPLE mwc-demo [gfx])
Attachments
(1 file)
18.98 KB,
patch
|
Details | Diff | Splinter Review |
We're spending too much in BeginDrawing, in some case as much time as we spend drawing. We need to get this call in the sub millisecond range.
Updated•12 years ago
|
Keywords: fennecnative-betablocker
Updated•12 years ago
|
Whiteboard: MAPLE mwc-demo
Comment 1•12 years ago
|
||
(In reply to Benoit Girard (:BenWa) from comment #0) > We're spending too much in BeginDrawing, in some case as much time as we > spend drawing. We need to get this call in the sub millisecond range. FWIW, we only spend a long time some of the time.
Updated•12 years ago
|
Assignee: nobody → bgirard
Priority: -- → P1
Comment 2•12 years ago
|
||
https://hg.mozilla.org/projects/maple/rev/ce31a3b140a2 removes the transaction lock from beginDrawing/endDrawing so this should be faster now.
Updated•12 years ago
|
blocking-fennec1.0: --- → beta+
Updated•12 years ago
|
Status: NEW → ASSIGNED
Updated•12 years ago
|
Blocks: land-maple
Assignee | ||
Comment 3•12 years ago
|
||
I don't think we should break for a specific performance problem is we think performance is good enough to land. Jeff already has a patch underway to address this.
Assignee | ||
Comment 4•12 years ago
|
||
break=block landing*
Updated•12 years ago
|
No longer blocks: land-maple
Comment 5•12 years ago
|
||
We're pretty sure this is gone, and we'll reopen if necessary.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Comment 6•12 years ago
|
||
This is not yet finished.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•12 years ago
|
Whiteboard: MAPLE mwc-demo → MAPLE mwc-demo [gfx]
Comment 7•12 years ago
|
||
This WIP compiles (last time I checked) but doesn't run yet because the drawBackground() function in LayerRenderer.java calls rootLayer.getBounds which will need to be replaced with a display port coming in from the compositor.
Updated•12 years ago
|
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → DUPLICATE
Updated•12 years ago
|
Blocks: checkerboarding
You need to log in
before you can comment on or make changes to this bug.
Description
•