Hi there, my pause are not that often ( with steal_thresh=2) , maybe is
around 30 secs or so.
If i set the thresh to 1 or 0 they go away. Now im trying with =2 and
schedgraph.d.
Santi
On 3/25/21 10:04 AM, Alastair Hogge wrote:
On 2021-03-23 17:34, myfreeweb wrote:
On March 23, 2021 9:11:46 AM UTC, Michael Gmelin <free...@grem.de> wrote:
On Mon, 22 Mar 2021 23:50:52 -0400
monochrome <monochr...@twcny.rr.com> wrote:
After about 8 months of struggling to narrow this down I did another
search and saw this:
https://www.reddit.com/r/freebsd/comments/lc8fwo/freebsd_13_vega_64_micro_stutter_in_x/
I haven't seen this come up here so I thought I would bring it up.
My story started sometime before around August last year when synergy
started getting really annoying with stuttering. Pretty sure it
wasn't like that when I first started tracking 13-current in around
May 2020 (I was on 12 with scfb for a long time before that with no
issues), but since then I have tried to eliminate as many variables
as possible. First I switched to barrier instead of synergy. Shortly
after that I realized it was happening all the time and not just a
network problem, I started using foobillard to verify during tests. I
tried different RAM combinations, different network cards, a variety
of RAM timings, stripping rc.conf etc, powerd settings, also scfb,
with no effect. It is observable with ping -f, a dot or two appears
every time it glitches. It seemed much better with RC2, but now with
RC3 it seems to be back with a vengeance, and since its my main
workstation and barrier/synergy server host for several machines, it
is unbearable to use. Both Win10 and devuan3 on the same machine are
smooth with no issues. Any feedback or info would be appreciated.
Hardware:
ASRock B450M Pro4
Ryzen 2400G, no OC
32M DDR4-2933
Onboard Vega GPU, drm-fbsd13-kmod
_______________________________________________
Without knowing much about the issue at hand, just a few ideas:
Sysctls I would look at:
- raising *.cx_lowest
- different kern.eventtimer.timer
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.
I have noticed this too, firefox exhibits the issue frequently, however
I have
found it most noticeable in games/dhewm3[0] or Yamagi Quake 2[1]. There
is a distinct pause every 3 or 4 seconds where the simulation advances
significantly. Thanks for the kern.sched.steal_thresh pointer that has
sorted
the issue out for now.
$ dmesg | egrep '(CPU:|avail memory)'
CPU: AMD Ryzen 9 3950X 16-Core Processor (3500.02-MHz
K8-class CPU)
avail memory = 66779394048 (63685 MB)
With an AMD NAVI 8GiB GPU, the host should be able to play either game
well enuf,
Quake 2 came out in 1997 and Doom 3 2004. I am sure Quake 2 used to play
without issues on my old AMD bulldozer.
0: https://www.freshports.org/games/dhewm3/
1: https://github.com/yquake2/yquake2
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
