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?

> 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.


Reply via email to