Date: Tue, 23 Mar 2021 15:54:37 +0100 From: "Nils B." <boulder@renzel.net> To: freebsd-current@freebsd.org, freebsd@grem.de, monochrome@twcny.rr.com Subject: Re: freebsd 13 ryzen micro stutter Message-ID: <711646dd-1ff7-32e9-f3da-0add1565519a@renzel.net> In-Reply-To: <ED533759-D326-45D5-8AE2-51CB10763A1E@unrelenting.technology> References: <d793c8b7-e0e2-e0d9-3ecd-923134d15bf3@twcny.rr.com> <20210323101146.18c9a969@bsd64.grem.de> <ED533759-D326-45D5-8AE2-51CB10763A1E@unrelenting.technology>
index | next in thread | previous in thread | raw e-mail
Hi, On 23.03.21 10:34, myfreeweb wrote: > None of these should be an issue, but: > > sysctl kern.sched.steal_thresh=1 > > For some reason with the default value of 2, I'm seeing weird stuttering in youtube > videos, games, etc. on a 5950X system. 1 (or 0, IIRC) works fine. yes, finally... Using a Ryzen 1700, Asrock AB350 Pro4 and Radeon RX460 and got that awful micro stuttering all the time; not only under FreeBSD 13.0-ALPHA3 now, but also under FreeBSD 12-STABLE in the past. Occurences were during listening to music using MPV (one-second-*krk*-loops); watching YouTube videos (video hangs for a second but audio continues) and often simply during mouse movements where even MouseKeyPress- and MouseKeyRelease-events just didn't reach the system at all. Setting kern.sched.steal_thresh=0 eliminates these micro stutterings in the whole system. I also would really, really like to know the reason why this parameter has such an impact... Many thanks for the hint and BR, Nilshome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?711646dd-1ff7-32e9-f3da-0add1565519a>