if you #runbsd and #x11, could you please run these commands and paste output in reply?


uname -sr
sysctl hw.version

time (x11perf \
-dot \
-create \
-destroy \
-map \
-rect500 \
-aa24text \
-copywinwin100 \
-f8text \
-fitext \
-gc \
-getimage500 \
-pcircle100 \
-polytext \
-putimage500 \
-rect500 \
-resize \
-scroll100 \
-tileftext \
-tr10text \
-triangle100 \
-repeat 2 \
-time 1 > /dev/null)
OpenBSD 7.8
hw.version=ThinkPad T14 Gen 3
2m15.60s real 0m05.46s user 0m06.29s system

@hi I get complaints about the x11perf arguments not being correct?
@hi likewise, no hw.version on either my FreeBSD or OpenBSD machine
hmm, interesting... thank you for trying ❀️

@hi looks like the version on FreeBSD had issues, but on OpenBSD they worked.

Granted, my hardware is ancient, so running it on my ancient Dell Inspiron1420 gives

OpenBSD inspiron1420.attlocal.net 7.8 GENERIC.MP#4 amd64
2m53.26s real 0m06.23s user 0m06.14s system

and I don't even want to try on my VESA netbook (hours maybe? πŸ˜†)

@hi the netbook (a Dell Mini10) is OpenBSD (also 7.8) and reports
hw.version=A05

I suspect the presence of that is based on some BIOS value or dmidecode-type output, so it's available on some machines but not others

oh i see, these are probably openbsd specific...
@hi
$ uname -srvm
OpenBSD 7.8 GENERIC.MP#284 amd64
$ sysctl hw.{vendor,product,version}
hw.vendor=Framework
hw.product=Laptop 13 (AMD Ryzen AI 300 Series)
hw.version=A5
$ time (x11perf ...)
2m07.02s real 0m06.21s user 0m06.44s system
thank you! by the way, how do you like the framework? everything works well with #openbsd?
@hi I am satisfied with it. There are some rough edges, though. Most acutely, there is a bug in the display driver stack that makes the system hang itself after about an hour without an external display connected. I'm relatively confident I could fix this with enough time and energy, but have not found either so far. ;)
@hi My main gripe, to be honest, is that it doesn't look like a Thinkpad.
@[email protected]

OpenBSD 7.8
ThinkPad T440s
2m01.70s real 0m06.72s user 0m07.04s system
thank you! you're the fastest so far :)
@[email protected] i just did a second run and the numbers were more similar to yours, i guess there is some variance
i wonder if anything we can re-configure to improve #x11 performance on #openbsd...

also curious if recent changes help in any way...
Major update to drm(4) code in OpenBSD-current (to linux 6.18.16)

@hi

OpenBSD 7.8 (-current as of this weekend)
hw.version=ThinkPad X395
2m24.75s real 0m06.62s user 0m05.96s system

@[email protected] no clue, but i am all ears should you figure something out πŸ™‚

@hi I noticed better X11 overall performance using Radeon card. I think it’s because all stuff is already packed and available in Xenocara. But CPU seem to be less stressed.

If you have an Intel GPU, you should install the "media" package. But this only helps for video rendering, I think. It doesn’t help having the CPU no go on fire when all the Λ‹cvs up or Λ‹tar xvf outputs are displayed in xterm.

did you mean intel-media-drvier?

Home

Intel Graphics Media Driver to support hardware decode, encode and video processing. - intel/media-driver

GitHub

@hi I meant the one packaged for OpenBSD 🀣

https://codeberg.org/openbsd/ports/src/branch/master/graphics/intel-media-driver

But yes, that’s what I was referring too.

ports

Read-only git conversion of OpenBSD's official cvs ports repository. Pull requests not accepted - send diffs to the ports@ mailing list.

Codeberg.org

@hi

Nice try, FBI

okay, you got us (>_>)

@hi

Haha just teasing - will get you the stats soon

𓆑 ❀️