On Mon, Nov 17, 2025 at 10:45:00AM +0000, Stuart Henderson wrote: > On 2025/11/17 10:20, Martin Pieuchot wrote: > > Hello Walter, > > > > On 17/11/25(Mon) 07:27, Walter Alejandro Iglesias wrote: > > > On Tue, Nov 11, 2025 at 12:12:19PM +0100, Walter Alejandro Iglesias wrote: > > > > Lately I reported this in ports@: > > > > > > > > https://marc.info/?l=openbsd-ports&m=176262090530440&w=2 > > > > > > > > I'm moving this here since I don't think it's a problem with blender but > > > > with Xorg and drm (not too long ago Xorg freezed on this machine while > > > > watching a video with mpv.) > > > > > > > > > > Apparently, on this machine and with OpenBSD, any program that stresses > > > the CPU eventually causes X11 to become completely unresponsive. We are > > > talking about a i3 from 2022 with 32GB RAM. Today, running this: > > > > > > $ stress -v --cpu 4 --io 4 --vm 2 --vm-bytes 128M > > > > Where is this command coming from? > > ports/sysutils/stress > > it might be educational to turn off some of the process types on > the 'stress' command line and see if it still occurs with e.g. > just vm workers, or just io workers, or whether a combination is > needed.
I just froze X11 agein with only this: $ stress -io 4 I tried the other options separately and they didn't even tickle the system. > > > > I almost had to hard switch off the machine. > > > > > > I bought this machine recently, so I can't say if these problems were > > > due to any changes (related to SMP support?) Curiously, on my old > > > machine, a Core 2 Duo from 2007 with integrated graphics and just 4GB > > > RAM, the same stress command above affects *much less* and does not > > > freeze Xorg. > > > > What do you see in systat(1) and top(1)? Without more data such bug > > reports are not helping. > > > > Do you see the pdaemon running in "top -S"? Do you see high CPUs %spin? > > Does your machine use some swap during those tests? > > > > Please also always include a dmesg in your report. > > > > > -- Walter
