Closed Bug 729653 Opened 12 years ago Closed 12 years ago

MAPLE: BeginDrawing takes > 8 ms

Categories

(Core :: Graphics, defect, P1)

x86
macOS
defect

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)

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.
Whiteboard: MAPLE mwc-demo
(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.
Assignee: nobody → bgirard
Priority: -- → P1
https://hg.mozilla.org/projects/maple/rev/ce31a3b140a2 removes the transaction lock from beginDrawing/endDrawing so this should be faster now.
blocking-fennec1.0: --- → beta+
Status: NEW → ASSIGNED
Depends on: 731897
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.
break=block landing*
No longer blocks: land-maple
We're pretty sure this is gone, and we'll reopen if necessary.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
This is not yet finished.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Whiteboard: MAPLE mwc-demo → MAPLE mwc-demo [gfx]
Attached patch WIPSplinter Review
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.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: