Update: Today if I try GBM_ALWAYS_SOFTWARE=1 on my desktop Mir gets:
60 FPS in the egltriangle client
30 FPS in the compositor (17ms/frame)
or:
60 FPS in the flicker client
60 FPS in the compositor (3.3ms/frame)
So indeed it appears we have a major bottleneck in LLVMpipe interpreting
EGL
** Tags added: vm
** Changed in: mir
Importance: Low => Medium
** Changed in: mir (Ubuntu)
Importance: Low => Medium
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
It's possible that simply choosing a more native texture format or EGL
config will help to avoid conversions and make software rendering faster
than this...
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
This is possibly not a bug at all.
It's quite reasonable that uploading a software texture in software
should be much faster than interpreting an EGL image in software and
uploading that. Although leave the bug open because I hope we can get
the figure of 7FPS closer to the 30FPS seen elsewhere.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: mir (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: mesa (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
6 matches
Mail list logo