Open Bug 1526487 Opened 6 years ago Updated 2 years ago

[ARM64] Sometimes very laggy tab switching

Categories

(Core :: Graphics, defect, P3)

defect

Tracking

()

Performance Impact low

People

(Reporter: overholt, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf:responsiveness)

Sometimes on my Lenovo C630 running Nightly (on Windows 10) I get quite bad tab switching lags.

https://perfht.ml/2RQBHn0 is a profile showing when this most recently happened (just now)

Component: Performance → Graphics
Whiteboard: [qf
Whiteboard: [qf → [qf]

Here's the relevant part of the profile: https://perfht.ml/2ROPlqT

It looks like the main thread is waiting on Shmem'ing, and flushing paint threads.

Hey overholt, can you post another profile, this time with PaintWorker threads as well?

Flags: needinfo?(overholt)

(In reply to Mike Conley (:mconley) (:⚙️) from comment #1)

Hey overholt, can you post another profile, this time with PaintWorker threads as well?

https://perfht.ml/2RR97lA

Flags: needinfo?(overholt)

Here's the relevant part of the profile:

https://perfht.ml/2RO6Jw3

In this example, it looks less like the paint threads taking a long time, and more that the compositor was bogged down.

I think at this point, it's worth pointing someone from Graphics at this.

Whiteboard: [qf] → [qf:p3:responsiveness]

It looks like the driver is doing a bunch of CPU work inside CContext::TID3D11DeviceContext_UpdateSubresource_, i.e. texture upload. Unfortunately we don't have symbols for qcdx11arm64um850.dll. Texture upload should be a simple memcpy so this is a bit surprising.

Once WebRender runs on arm64, we should check whether it improves the situation here.

Priority: -- → P3
Performance Impact: --- → P3
Whiteboard: [qf:p3:responsiveness]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.