what i have not tried
-using a different distro. i cant be bothered but if thats the only suggestion i get ill do that.
-not using nvidia dirivers. im not sure how to set up or use the alternatives. but from what i read their not better for gaming than the proprietary ones.
-using same Hz on both monitors. the lower res on my primary does have a 60hz option however then the color is less saturated i think. and the borders of the screen go off the monitor and underscan does not fix it
#nvidia multi monitor lag
hardy cosmos
also lowering the resolution of my second monitor i think effects it? slightly? not by alot though. its still there
gpu and cpu usage temps and disk io are all fine. from my point of view anyway
its amazing how once you make a issue post asking for help you think of more things to try 😐
hardy cosmos
god dammit i deleted the fucking post
when i have my second monitor in. and my pc goes under a decent amount of load. or somtimes very little load. i get REALLY bad monitor lag. on my primary and secondary. everything visual is effected. audio isnt. also when second monitor. the TTY keeps repeatedly flashing black. maby the monitor keeps reconnecting?
:think:
the lag freezes for about i wanna say 0.3-0.5 seconds then unfreezes. it doesnt happen anymore often that once every 0.5 seconds.
if im lagging and i unplug my second monitor its immediatly solved. but id really like to use a second monitor.
what i have tried.
using X11 dwm
using wayland KDE
using nvidia-all
using force full composit on primary and not secondary.
using force full composit on both primary and secondary.
using linux-lts with nvidia-lts
disabling vsync on compositor (picom)
not using a compositor at all
reinstalling completly
using the specific version of nvidia detailed on nvidia website for my card
adding nvidia to kernal load modules in mkinitpcio.
adding nvidia_drm.modeset=1 to params
adding nvidia-drm.modeset=1 to params (to see if it was a typo on the wiki or somthin idk)
perfer maximum performance on powersettings nvidia-settings
removing xf86-video-intel
using the PC -> DP -> HDM -> TV cable on primary monitor
specs
primary monitor. izza tv. HDMI 1920-1200 59.95Hz
secondary monitor. DP out from gpu to HDMI in on monitor 60Hz
OS: Arch Linux x86_64
Kernel: 6.6.18-1-lts
Shell: zsh 5.9
Resolution: 1920x1200
WM: dwm
Terminal: urxvt
Terminal Font: Inconsolata-Regular
CPU: AMD Ryzen 5 3600 (12) @ 3.600GHz
GPU: NVIDIA GeForce GTX 1660 SUPER
Memory: 2333MiB / 15917MiB
relavent packages
if theres more please do tell
lib32-nvidia-utils 545.29.06-1
nvidia 545.29.06-20
nvidia-lts 1:545.29.06-21
nvidia-settings 545.29.06-1
nvidia-utils 545.29.06-4
opencl-nvidia 545.29.06-4
cuda 12.3.2-1
amd-ucode 20240220.97b693d2-1
hardy cosmos
ok.. wth.. i just switched my PC -> DP -> HDMI cable to my primary monitor and used the hdmi to hdmi cable for secondary. and now im not lagging. right now? no clue
idk maby its just not right now.
still it was happening for over 10 days id like to know why. or if im missing somthing
tulip zealot
could be the monitor itself, the port, the cable, if the monitor in question has a higher res/refresh
hardy cosmos
the primary and secondary are not changed.
primary is 59.95 and secondary is 60
hardy cosmos
yea either the switching cable sides worked or it just stopped. anyone have more ideas on what could cause that?
also i do seem to be maby a bit more... frame choppy? with this setup.
tulip zealot
check logs for any errors
if there are none, maybe just replace the cables with quality cables
Sounds like it's apparent it's a hardware issue at this point, just gotta narrow down what the cause is
hardy cosmos
uh. journal and dmesg?
can i safly upload a journal log without like. doxing myself or somthing?
there is these few errors.
tulip zealot
"ACPI: : failed to evaluate _DSM" this is probably not a big deal.
"nvidia-gpu 0000:07:00.3: i2c timeout error e0000000" This might be the cause of your issue
though im not sure tbh
hardy cosmos
also it cant be a hardware issue byitself. i can use the cables the way i had them just fine on windows while running
voicemeeter, obs virtual cam, firefox, discord screenshare. and vr
all at the same time
tulip zealot
Then it's probably an nvidia driver or kernel issue
hardy cosmos
ok. can i safly send a full journal file?
tulip zealot
ok. can i safly send a full journal file?
yeah it doesn't doxx, just shows system info
scenic portal
It could show your Wi-Fi SSID, which can be plugged into a war driving database to find your location
I can’t think of anything else that would be an issue
hardy cosmos
ah ok
hardy cosmos
yeah it doesn't doxx, just shows system info
thanks
grand cliffBOT
adumb received a thank you cookie!
hardy cosmos
lol thats cool
but again. any other ideas why switching the same cables to different monitors solved my issue?
i dont really think its the cable itself because all i did was swaped the witch one goes to witch monitor. still the same cables.
and i used the one before i swapped them on windows just fine.
and im using the same ports on both the monitors and the gpu so i dont think its the ports.
maby the nvidia driver just likes dp slot as primary more? as well as the "sync to" device
hardy cosmos
nvm i just switched them again and rebooted and its still running fine 😐 maby the cable is bad lol and it was in just a bad position.
true karma
the 545 drivers tend to lag in X11, try the 535 or 550 drivers then u shall be fine
hardy cosmos
the 545 drivers tend to lag in X11, try the 535 or 550 drivers then u shall be f...
well i was having the same lag in wayland.
but ill try that if i end up lagging again. for now im fine
true karma
alright, the 550.40.07 driver is the newest stable driver right now if you are on arch the driver shall update in a few days anyways
cuz i had the same issue on my pc with the 545 drivers and two monitors with different refreshrates and thats how i solved it in x11 also i put
__GL_SYNC_DISPLAY_DEVICE=DP-0 __GL_GSYNC_ALLOWED=0 __GL_SYNC_TO_VBLANK=0 KWIN_X11_REFRESH_RATE=240000 KWIN_X11_REFRESH_RATE=480000 KWIN_X11_NO_SYNC_TO_VBLANK=1 KWIN_X11_FORCE_SOFTWARE_VSYNC=1
into my environment file at /etc/environment
if you are on kde
this will work flawless
in other de's or wm's i dont know how to deal with that
to sync a display specificaly
but u are on same refreshrate anyways
hardy cosmos
sync to vblank is off? sync to vblank is on on nvidia. when i changed that in nvidia settings it made no change
true karma
the first 3 lines should work on all DE's and WM's
ye nvidia settings is a wierd tool and wont work correctly, cuz nvidia wont give a shit about linux
maybe it makes your system even smoother, for me atleast that did the trick on different refreshrates
hardy cosmos
why isnt this public info? or atleast on the wiki?
true karma
idk
hardy cosmos
well thanks.
true karma
cuz nvidia isnt that common on linux i guess, the most ppl are useing AMD cards because they tend to work better on linux
hardy cosmos
wtf...
true karma
the sync_display_device should not realy matter for you, because eather of your displays have 60hz
hardy cosmos
but u are on same refreshrate anyways
ok well. not excatly dp1 is
1280x720 60.00 + 59.94
1920x1080 59.94* 29.97
and hdmi 0 is
1920x1200 59.95*+
1920x1080 60.00 59.94 29.97 23.98
hardy cosmos
when i do a lower res with hdmi 0. eg 1920x1080. the borders go off the screen the contrast is fucked and underscan does not work
hdmi0 is my primary though
true karma
ye then u change the DP-0 to your output with ur highest refreshrate
hardy cosmos
its the same 59.95. im using a tv as primary. at high res it doest do full 60hz
true karma
the kwin stuff u dont need thats KDE only
hardy cosmos
i have force full composit on nvidia settings that syncs fine. i dont have screen tearing.
true karma
well idk how it beahves on other DM's or WM's but for me it havent worked to have a fully smooth experiance
on KDE
but yea i have a totaly different monitor setup then u
hardy cosmos
ah. yeah it isnt the smoothest but its good enough for me. ill try that. if i use that env vars should i turn off force full composit?
true karma
i have a 240hz and a 75hz
and he synced the on the 75hz monitor by default
thats why i had to set it in the environment
hardy cosmos
yeah mine synced to dp0 (secondary) by default. i changed mine in nvidia settings instead tho
if i use that env vars should i turn off force full composit in nvidia settings?
true karma
u dont need to i guess, never tryed both together
hardy cosmos
ok yeah i switched the cable back and it started lagging again. ill try switching the cables again. then try your settings
ill send logs for now lmk if anything seems off if you can
true karma
im not into reading logs
[ 5.274359] nvidia-gpu 0000:07:00.3: i2c timeout error e0000000
thats what i found on the quick look
otherwise i cant find anyting wrong
and this timeout error happens only once
seems to be realy your cable
hardy cosmos
weird. again fine on windows. ill try tweaking more tmmorow. right now its not happening as often. and i just wanna play my games.
hardy cosmos
just thought id update so far. havent done the above settings. and i just started lagging again with the cables the way they are now. this is so fucking confusing
aaaand after replugging it in and its fine... what the fuck 😐
hardy cosmos
yet again. just thought id update. for awhile i was having no issues. however i started playin osu again and this still persist. disabling force full composit and using this
__GL_SYNC_DISPLAY_DEVICE=DP-0 __GL_GSYNC_ALLOWED=0 __GL_SYNC_TO_VBLANK=0
did not help but i do have vsync.
partially due to discord screenshare but still can persist