Slow performance on 2880x1800 display #714
Comments
|
check your pcie bandwith utilization in nvidia-settings |
|
for me glxgears, fullscreen, fullhd: 67% |
|
to be honest: you will get better performance with nouveau and prime offloading via DRI_PRIME here: nvidia (optirun): nvidia (primus): nouveau (prime): |
|
I already opened a bug on the primus side: amonakov/primus#176 sadly vgl can't do really better here, because you can only improve performance with another compression used |
|
@Nephyrin you could check if running stuff with "optirun -c jpeg" is better, because that reduces the bandwith needed by a lot |
|
@Nephyrin ohh I just remeber, that those needed pcie patches for nouveau aren't mainlined yet, so you stuck with a slower bus anyway, but with full bus speed, this might give you better performance most likely. |
|
Unfortunately I'm seeing poor performance across the board, not just a 70fps cap across all apps which would seem to be expected if PCIe was the bottleneck.
None of the above situations seem to max out GPU utilization or PCIe utilization in nvidia-settings. Using I also just tried running in 1440x900 resolution -- I can hit 60FPS now in Team Fortress 2, but it still surges down to 40fps every few seconds very reliably. So the glxgears results in the initial report might not be pointing to the exact issue here, but I'm not able to get good performance out of nearly any application, even when I'm at 1440x900, so I suspect there's a hidden bottleneck somewhere. As for using nouveau -- the driver's performance is still drastically lower than the proprietary drivers, to the point that it is often slower than the intel driver anyway, even without bumblebee overhead. |
|
pcie won't be ever maxed out, a value near 70% is already "too" high. |
|
well with nouveau i get steady 70% perf compared to the blob, and my 770M is faster than my intel hd 4600 with nouveau. But it could be different for your 750M though. |
|
but yeah, there seems to be another problem somewhere. Did you check if you also hit this low fps spikes with primusrun? |
|
No answer from OP, closing. Feel free to reopen if still having issue. |
|
I am having (I think) a similar issue here. Running openSuSE Leap 43.2 with plasma as DE. Laptop is Acer Aspire E5-575G 752. Processor: i7-6599U Skylake I am having ups and downs in the framerate. In games it seems like it goes smooth for a brief time, then laggy. Last check I did on You can see some ups and downs. But it feels worse. With Intel card it looks smoother. Unigine Haven has also been tested with some configurations (run with
Linux 4.4.126-48-default x86_64 Render: OpenGL |
|
@JVAQUEROM actually this might be related to some changes in the intel driver doing more explicit synchronizations. This also happens for non bumblebee setups. |
|
I have to say, games work even better with the intel card than the nvidia...but I just tried running the game with EDIT: running F1 2015 from Steam have some problems too. Slight ralentizations and mainly sound gets messed up (slow, missing parts, etc.) |
|
@JVAQUEROM yeah, primusrun has lower draw overhead usually and should work better in most cases. |
|
ok, so I should stick to primusrun and nothing else to be done, right? Thank you for your answers |
Anecdotally, when trying to play games with primusrun, the FPS seems to 'surge' -- it will be smooth briefly, then laggy, and cycle. No PRIMUS_UPLOAD/SYNC/SLEEP/vblank_mode setting seems to majorly affect this, just slight changes in baseline FPS. Using glxgears doesn't really reproduce this, but does show very low FPS.
With mesa 11.0.7, nvidia 358.16, compositing window manager disabled or enabled (little difference) and these cards:
Primusrun (the FPS spike is the delay in me hitting my hotkey to make the window full screen):
Straight intel card:
With optirun (again slight spike while I fullscreen window):
Tried to no effect:
Option "TripleBuffer" "true"Versions:
The text was updated successfully, but these errors were encountered: