[Mesa-dev] XPutImage performance off cliff running glamor on top of radeonsi >= 17.3.0

Clemens Eisserer linuxhippy at gmail.com
Tue Feb 20 10:20:51 UTC 2018


Hi,

The following change towards 17.3.0 seems to cause servre performance
regressions in radeonsi for glamor based workloads when XPutImage is
involved (typically quite common for X11 apps):
https://bugs.freedesktop.org/show_bug.cgi?id=105171

I didn't notice it until recently, when Fedora27 was updated to 17.3.4 :/

x11per -putimage10 regressed from 75 kOps/s to 22 kOps/s after this
patch running Xephyr with vblank disabled.

before:
     400000 reps @   0.0130 msec ( 77000.0/sec): PutImage 10x10 square

after:
     120000 reps @   0.0457 msec ( 21900.0/sec): PutImage 10x10 square


Best regards, Clemens


8b3a257851905ff444d981e52938cbf2b36ba830 is the first bad commit
commit 8b3a257851905ff444d981e52938cbf2b36ba830
Author: Marek Olšák <marek.olsak at amd.com>
Date:   Tue Jul 18 16:08:44 2017 -0400

    radeonsi: set a per-buffer flag that disables inter-process sharing (v4)

    For lower overhead in the CS ioctl.
    Winsys allocators are not used with interprocess-sharable resources.

    v2: It shouldn't crash anymore, but the kernel will reject the new flag.
    v3 (christian): Rename the flag, avoid sending those buffers in the BO list.
    v4 (christian): Remove setting the kernel flag for now

    Reviewed-by: Marek Olšák <marek.olsak at amd.com>

:040000 040000 b775b6b0ea5b971d2165a644ea8912c120f54431
2e4b2737f37ede2bbdbbe6815fe0fa562177c2b7 M      src


More information about the mesa-dev mailing list