Forum Replies Created
-
AuthorPosts
-
fra81
ModeratorHi,
the problem is that the graphics card stops working when the cable is unplugged, and the X server stops rendering properly.
You can work around this problem by trying the instructions in this post:
https://www.nomachine.com/forums/topic/ubuntu-16-04-headless-resolution-stuck-1024×768#post-11035If you stop the lightdm service, for example, NoMachine will create a virtual display that will work without problems.
June 15, 2016 at 12:41 in reply to: NoMachine 5.1.26 blank host screen on remote connect clarification #11629fra81
ModeratorHi!
Screen blanking on virtual machines is not supported, since it has effect on the physical monitor.
We will update the documentation to be more clear about that.
fra81
ModeratorHi.
We couldn’t reproduce on any harrdware we tested on. Could you tell us something more specific about the cards and the drivers?
As far as I understand, you are observing these performance problems running NoMachine within a VM. If so, which VM type, software vendor and specific version?
fra81
ModeratorHi!
Those exceptions usually are not fatal and don’t cause a crash. Can you send us the logs for further investigation? Here are the instructions for gathering them: https://www.nomachine.com/DT07M00098. You can send them to forum[at]nomachine[dot]com.
fra81
ModeratorHello.
This problem has been observed in the past with specific video drivers. See: https://www.nomachine.com/forums/topic/xorg-high-cpu-utilization-matrox-bug.
Can you tell us more about your graphics card and installed drivers?
fra81
ModeratorHi adamtg,
I’m afraid there is no tweak in NoMachine that can help with this problems, that depends exclusively on how firefox and some other applications draw. We verified that the issue is reproducible also without NoMachine. We could even see the white windows for a moment on the real monitor when opening the lid. You could try instead to find some tweak in firefox settings, for example the ones related to the hardware acceleration.
fra81
ModeratorHello.
The list of sessions is described in the ‘/usr/share/xsessions/’ directory and corresponds to the .session files that you can see in ‘/usr/share/gnome-session/session’. The number of available sessions depends on what you have installed on the system.
Here you can see a few examples: http://askubuntu.com/questions/62833/how-do-i-change-the-default-session-for-when-using-auto-logins
fra81
ModeratorThis problem could be related to the screen blanking feature. Please try to uncheck the ‘Lock the physical screen when somebody connects’ option in the Connection preferences menu, Security tab. You can access the menu from the tray icon on the machine where you connect to.
fra81
ModeratorSetting that switch has no drawback besides disabling one optimization introduced recently. This optimization (that is about using video streaming techniques in some situations) improves performance in many cases, but apparently doesn’t work as expected in your environment. We will test specifically with your environment to imrove the technique. In the meanwhile, you can use that switch safely.
April 26, 2016 at 09:45 in reply to: Floating windows pop up hidden, or in inconvenient locations on Redhat Linux #11033fra81
ModeratorHi.
The issue I am having is that when I open a new schematic, or really any operation that pops up a new window, the window will either be completely hidden, and I need to right click it on the task bar and select “Move” and manually place it on the center of my screen or it will generate a new window that is placed at the center of all three of my monitors.
For this issue we opened the following Trouble Report:
https://www.nomachine.com/TR04N06794
Is there an option on NoMachine to make new windows pop up directly centered on a specific monitor, or even better on the monitor that was last interacted with?
There is no option at the moment. This is how NoMachine works right now, but you will be surely interested in the following Feature Request:
fra81
ModeratorHi.
Please try to add the following line to the ‘/usr/NX/etc/node.cfg’ file on the server:
DisplayAgentExtraOptions “-legacydpy”
Create a new session and let us know if that makes any difference.
fra81
ModeratorHi.
Yes, we checked them, sorry for the delay in getting back to you.
We couldn’t see anything abnormal. We can confirm that the CPU usage is mostly due to the encoder. We are speaking of more than 50 ms to encode a frame, which seems to explain that CPU usage. This result is consistent with what we observe with very large virtual screens as you have (4480×1440 from your logs).
As I said in a previous post, you can improve the CPU usage by enabling the H.264 encoding:
https://www.nomachine.com/AR10K00706
https://www.nomachine.com/AR10K00695fra81
ModeratorHi,
we reproduced this problem in our labs. You can track the issue here: https://www.nomachine.com/TR03N06663. A fix should be made available with the next update.
Thanks for reporting 😉
fra81
ModeratorAre you using NoMachine free and connecting to the Physical display of your Ubuntu machine? Can you send a screenshot of your Display settings panel while using the session (Ctrl+Alt+0 to open menu -> Display -> Change settings)?
I would start narrowing down by checking if this is a issue with CPU or bandwidth. Please check the CPU usage on both client and server machines during the session, and verify the link speed of your networks.
fra81
ModeratorSorry but I’m a bit confused now. What do you mean with ‘physical display session’? In your previous post you were saying that the option solved the problem when connecting to the Physical display.
Anyway, from the message that you copied, this seems a different problem. We would need the server side logs to tell what is wrong. You can find instructions on how to gather them here: https://www.nomachine.com/DT07M00098. You can send them to forum[at]nomachine[dot]com by referencing the title of this topic.
-
AuthorPosts