Forum Replies Created
-
Posts
-
Hi Will,
I see another process using the graphics card besides the X server:
0 1276 G ...ts/.local/share/Steam/ubuntu12_32/steam 197MiBCould you try to turn Steam off and see if anything change? In the meanwhile we will try to reproduce in our labs with same distro and card.
Hi Lars,
this is strange indeed. Xfce is a lightweight desktop that is known to work perfectly with NoMachine. Do you confirm that CPU usage is low not only for NoMachine processes but also for other system processes? And can you confirm that Xfce desktop is the one running also in the virtual session? (note: it wouldn’t be chosen normally by default)
Did you check the CPU usage also on client side?
Please tell us more about the distribution in use, so we can check it in our labs.
And last, what is your graphics card? Did you install proprietary drivers?
Also, I see that you have ‘Disable multi-pass display encoding’ checked. Can you try to uncheck it and see if you still reproduce the problem?
Hi Will,
it looks like a problem with video drivers. I would try to install latest from nVidia. But before that, please tell what is the Xorg version and more info about installed drivers:
# lspci
# nvidia-smi
# lshw -C display
Hi.
When the highest Display quality is set for the session, NoMachine is already cofigured to target the best quality possible.
Changing encoder presets would not affect quality, but only the ratio between encoding time (CPU usage, but also responsiveness) and video frames size (bitrate).Hi @danny,
good to hear 🙂
Hi @saips,
it’s not all clear to me yet: you make a fresh system installation, then upgrade it and get the issue? Everything on the same machine? And what is the Xorg version in the fresh installation?
Also I see that you have an external keyboard and mouse. Can you check if you still reproduce the issue after unplugging them?
Hi,
indeed screen resolution will affect both CPU usage (but we already concluded that CPU is not an issue for you) and network bandwidth usage. What you say seems to confirm further that network should be the culprit here.
Can you show the output of ‘xinput’ command?
And please tell your Xorg version. Did you upgraded it recently?
This looks like a different issue, and it is apparently a known bug in the modesetting driver:
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1487954
Hi,
when connecting to the physical display, available resolutions are only the ones provided by the graphics card, the same you can see with xrandr. Very likely you are connecting to a virtual session with VNC. NoMachine supports virtual desktop sessions in the NoMachine Workstation product. You can download the evaluation version if you want to check it.
Hi,
sorry for the delay. I really thought I had already answered!
As one may expect, in the logs I see that NoMachine on your hardware is really capable to produce 60 frames per second, or vey close to that (the second number is fps):
R 17.7/56.4
R 17.4/57.5
R 17.5/57.1
R 17.8/56.2
R 17.3/57.8In particular, I see that around 57 frames per second are produced steadily at least for some time, until congestion (or a significative increase of network latency) is detected on the network:
42417 42970 11:26:53 522.772 DisplayServer/DisplayServer: Received congestion message with level 9.
At that point, as expected, the server decreases the frame rate.
All in all, I really think the reason is to be find in the network conditions, and not in any hardware or algorythmic issue, that seem to be excluded when looking at the logs.
Hi!
Please check if a core file was dumped (usually in the user’s home directory). If you find it, use the instructions here to get a backtrace: https://www.nomachine.com/AR09L00810.
In any case, logs from the server could be useful. Please locate and compress the log directory as explained here: https://www.nomachine.com/AR09L00810.
You can attach the files here or send to forum[at]nomachine[dot]com.