[ARM64] Sometimes very laggy tab switching
Categories
(Core :: Graphics, defect, P3)
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)
Updated•6 years ago
|
Updated•6 years ago
|
Comment 1•6 years ago
|
||
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?
Reporter | ||
Comment 2•6 years ago
|
||
(In reply to Mike Conley (:mconley) (:⚙️) from comment #1)
Hey overholt, can you post another profile, this time with PaintWorker threads as well?
Comment 3•6 years ago
|
||
Here's the relevant part of the profile:
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.
Updated•6 years ago
|
Comment 4•6 years ago
|
||
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.
Comment 5•6 years ago
|
||
Once WebRender runs on arm64, we should check whether it improves the situation here.
Updated•6 years ago
|
Updated•3 years ago
|
Updated•2 years ago
|
Description
•