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>
next in thread | previous in thread | raw e-mail | index | archive | help
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, Nils
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?711646dd-1ff7-32e9-f3da-0add1565519a>