X.Org's GLAMOR 2D Performance Continues To Be Tuned

[asdfblah]

GLAMOR continues to be used by default for all AMD GCN GPUs, Nouveau for the latest generations of GPU too, VC4 2D is only supported with GLAMOR, and optionally by other DDX drivers too.

Then how does this affect other drivers/GPUs?

[treba]

Michael, maybe time for some new GLAMOR benchmarks soon?


Does Wayland make any use of GLAMOR?

Most wayland compositors will offer xwayland for compatability with applications that don't have a wayland backend. xwayland always uses glamor (no way to use the old ddx drivers afaik), so this is a big deal even when switching to wayland.

[brent]

That's not really correct. GLAMOR is doing X rendering for clients. As Wayland compositors don't do any rendering for clients (unlike the X server), there is no direct counterpart comparable to GLAMOR.

libweston encapsulates the composition rendering that's still needed to get things displayed on screen.

[uid313]

no every compositor uses its own 2d accel architecture

Oh, sounds really bad. Sounds like a lot of duplicate code. Sounds like something that could be moved into libwayland or libweston for code re-use across compositors.

[davidbepo]

Michael, maybe time for some new GLAMOR benchmarks soon?


Does Wayland make any use of GLAMOR?

no every compositor uses its own 2d accel architecture

but XWayland uses glamor

[uid313]

Michael, maybe time for some new GLAMOR benchmarks soon?


Does Wayland make any use of GLAMOR?

[darkbasic]

What will change in this regard when dropping X.org and swtiching to Wayland?

[Mangix]

Funny thing about this is Ajax mentioned this as a comment to Martin Peres' talk on 2D performance. The fact that there's no good reason for GLAMOR to call glFlush all the time. In retrospect it was probably a decision made to be safe.

[phoronix]

Phoronix: X.Org's GLAMOR 2D Performance Continues To Be Tuned

While GLAMOR has already been around for a number of years as a means of providing generic X11 2D acceleration over OpenGL for the X.Org Server, it's a seemingly never-ending process to optimize its code-paths for best performance. More improvements are en route for making GLAMOR 2D faster, which should especially be helpful for Raspberry Pi users making use of the VC4 driver stack on this very slow-speed hardware...

http://www.phoronix.com/scan.php?page=news_item&px=GLAMOR-2D-Still-Tuning