Date: Sun, 25 Dec 2022 14:53:01 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 256594] AMD Ryzen CPU stutter (responsiveness lag) Message-ID: <bug-256594-227-9qnVZkxKGx@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-256594-227@https.bugs.freebsd.org/bugzilla/> References: <bug-256594-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256594 --- Comment #11 from crest@rlwinm.de --- If you're still stuck try breakout out into the loader prompt by pressing escape during the 10 second countdown in the bootloader menu. On the loader prompt type: set kern.sched.steal_thresh=3D0 boot To persist this you can put this line into /boot/loader.conf to apply as ea= rly as possible: kern.sched.steal_thresh=3D"0" To apply it slightly later you can add the same line to /etc/sysctl.conf as initially reported in this thread. The stutter wasn't bad enough during installation on my personal workstation which als moonlights as a gaming rig (AMD Ryzen 9 3950X, 32GB DDR4-3600 RAM, RTX 3090 GPU). It just felt slightly off at the vt(4) console. I couldn't p= lace it at the time. With Xorg and the Nvidia driver loaded the system was still fast when compiling etc., but felt very sluggish and lots of tearing in i3. Supposedly smooth scrolling in browsers etc. was nothing of the sort. To ge= t a pleasant desktop experience without tearing I also had to force the Nvidia driver to use a less efficient form of composition which increased idle pow= er consumption by ~10W, because it keeps the GPU from staying in the lowest po= wer state even when just editing source code in urxvt and gvim. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256594-227-9qnVZkxKGx>