fra81

[fra81]

First of all, thanks for letting us know the version and for the links. More investigations are needed to clarify all aspects.

To be sure, according to you is H264 more efficient than VP8 ?

Yes, H.264 will be more efficient regardless hardware or software encoding is used.

Are we agree this issue is coming from the server side ?

For sure it depends on the hardware encoder being enabled on the server side (it can’t be reproduced with software encoding), but we suspect that also the specific decoder in use could help to trigger the issue. If you have the possibility to test from a Windows client, we would like to send you further instructions. Would you help with that?

[fra81]

Hi,

I think you make a good point about disabling clipboard in ViewOnly mode. However you can already avoid that by setting ‘server’ or ‘none’ in the EnableClipboard key.

# client: The content copied on the client can be pasted inside the
#         NX session.
#
# server: The content copied inside the NX session can be pasted
#         on the client.
#
# both:   The copy&paste operations are allowed between both the
#         client and the NX session and vice versa.
#
# none:   The copy&paste operations between the client and the NX
#         session are never allowed.

[fra81]

Hi,

indeed we received several reports about artifacts with hardware encoding in the last few days and it looks like a problem in Nvidia drivers. Investigation is ongoing to find out if any tweak is possible to avoid to trigger this issue. In the meanwhile you can disable hardware encoding by adding this line to the ‘/usr/NX/etc/node.cfg’ file:

EnableHardwareEncoding 0

Please also tell us about your drivers version.

[fra81]

Hi,

you can also try XF86_ClearGrab to terminate the application that owns the grab, or XF86LogGrabInfo to dump info about the application. Output from XF86LogGrabInfo will appear in the ‘/usr/NX/var/log/node/C-<hostname>-<display_number>-<session_id>/session’ file.

[fra81]

I’m glad your issue is fixed 🙂

[fra81]

Hi,

please try to edit the /usr/NX/etc/node.cfg file on the server machine by adding the following line:

EnableHardwareEncoding 0

Then restart the NoMachine service:

/usr/NX/bin/nxserver --restart

[fra81]

Hi,

as far as I understand there should be no problem with available network bandiwidth, but in the statistics I see that network latency is quite high. This could be another cause for reducing the throughput. Please try to edit the ‘C:\Program Files (x86)\NoMachine\etc\node.cfg file on the server machine as explained in this FR:

https://www.nomachine.com/FR03O03364

Then start a new connection and see if it helps.

[fra81]

Hi Walter,

please show us the output of these three commands:

nvidia-smi --query-gpu=timestamp,temperature.gpu,utilization.gpu,utilization.memory,memory.total,memory.free,memory.used --format=csv -l 1

nvidia-smi --query-compute-apps=timestamp,process_name,pid,used_memory --format=csv -l 1

nvidia-smi --query-accounted-apps=timestamp,pid,gpu_util,mem_util,time --format=csv -l 1

Run each the command, reproduce the issue with high GPU temperature, the collect the output.

Also gather logs from the linux machine as shown in https://www.nomachine.com/AR10K00697.

[fra81]

Hi,

please also try to disable hardware encoding. To do so, edit the ‘/usr/NX/etc/node.cfg’ configuration file by adding the following line:

EnableHardwareEncoding 0

Then restart the service:

/usr/NX/bin/nxserver --restart

[fra81]

Hi,

it is possible that the X server is working with reduced performance while in headless mode. You can try to turn it off so NoMachine will create its own X virtual frame buffer:

# sudo systemctl stop display-manager

To disable automatic start and make the change persistent:

# sudo systemctl disable display-manager

Then restart the NoMachine service:

# sudo /etc/NX/nxserver --restart

[fra81]

Hello,

multiple connections should have a minimum impact on system resources. This looks more like a bandwidth limitation of the network. That may be checked by lowering the quality to the minimum value in the Display settings panel.

[fra81]

Hi electrosaur,

does this occur with a specific application? Any idea what could be triggering the issue (e.g. a special key combination)? Did you try to press and release modifiers (like Ctrl or Alt) to see if any of them got stuck?

[fra81]

Hello,

this is not possible at the moment. It is something we planned to add, and still on the list, but not with high priority. In fact it has to be considered that a FullHD 60fps uncompressed video will take around 4Gbps, a 4K video will take something like 16Gbps…and this would be too much data for any network.

[fra81]

Yes, it must be the disconnections.

I’ve seen the video (thanks for sending it) and that is what I would expect in case of disconnection. Local windows are destroyed and so their content, saved locally, is gone. Upon reconnection, only not overlapped content will be rendered and sent. This is how X applications (connected to the same X display) work and we can’t change this.

Now it would be interesting to investigate these disconnections. Client side logs can be gathered as explained in https://www.nomachine.com/DT10O00163#2. Also server side logs could be useful. To gather them now you can follow instructions in https://www.nomachine.com/AR10K00697.

[fra81]

Hi MickM,

I couldn’t reproduce with a similar setup, but probably I’m missing something. Could you send a video showing the problem?

[Author]

Posts