Thanks, Ulrich! Yes. The whole stack is the same. Only the OS on the client end is different. I Have tested connecting from CentOS 7, Fedora 32, Windows 10, Mac OSX 10.11 and 10.15. Windows and both Linux distros play nicely. Both OSX versions present the lag
I've used a few VNC flavours before but not that specific one so I'll do a bit of reading and testing before dropping it on our production server. Still, as a troubleshooting step, to get as close as I could to your proposed test, I just fired up TigerVNC server in the x2go session on the login node and used a VNC client in that same x2go session to hit localhost:#. All good. No lag. While that is a functioning solution, we're trying to present an intuitive and usable solution to new users. X2go provides that (thanks devs!) but telling new users "All you need to do is hook up to the VPN, connect with x2go, then in that x2go, start vncserver, check your display number, start vncviewer in there, to get a second desktop. From that submit an interactive job, and you're good to go!" may be a bit more that they're ready for. Our hope is that we can establish what is introducing the lag, iron it out, and keep our users in the single x2go solution. Does the VNC test above shed any light on which layer we should be troubleshooting? Cheers Scott p.s. Apologies for the double reply. I missed the list on my first ________________________________ From: Ulrich Sibiller <ul...@gmx.de> Sent: Wednesday, 23 September 2020 8:25 AM To: Scott Wood <woodystr...@hotmail.com> Cc: x2go-user@lists.x2go.org <x2go-user@lists.x2go.org> Subject: Re: [X2Go-User] Lag in RStudio desktop in nested ssh sessions (or qsub -I) MacOS clients On Tue, Sep 22, 2020 at 11:42 PM Scott Wood <woodystr...@hotmail.com> wrote: > > Hi folks, > > Multi-layered one here. We have x2goserver > (4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7) available on a (CentOS7) > login node of our HPC cluster for folks to submit jobs from. If they start > an x2go client session from a Mac to our login node, submit interactive jobs > with X11 tunnelling enabled (or even just ssh -X directly to an execution > node) and run RStudio (1.1.463) desktop from within that second host, there > is an un-usable lag in their session. If they type in the console, it can > take up to 10 seconds to register and display the keystroke. No errors, > everything works, it just isn't very responsive. Linux x2go clients are fine. > Windows x2go clients are fine. Hmm, so this is tied to MacOS on the client side and everything else is the same? Do you have the same connection type for all the x2go sessions? One thing you could try: run x11vnc within the x2go session and connect to the session via vnc. Is it also slow in vnc? Suspend the x2go session. Is anything changing in the vnc session? Note: for this test to work you must disable the sleep feature on the server. Expand the X2GO_NXOPTIONS variable /etc/x2go/x2goagent.options like this: X2GO_NXOPTIONS="sleep=0" Afterwards start a NEW session (not reconnecting to an existing one) and do the vnc test from above. Uli
_______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
