Hi,
When using X2Go to work on Java-based applications (specifically, the Eclipse-based dbeaver dbeaver.io), there is a considerable latency. It's particularly sever when presenting dialogs, with some of them taking 3-8 second to appear (vs. <1 second locally).
The raw latency from the machine to the server is quite low (10-15 ms), and:
How can this be debugged? What else can be done to improve it?
Details:
which operating systems and versions are being used on the server and client, Server: Ubuntu 20.04. Client: Edition Windows 10 Home Version 20H2 Installed on 5/4/2021 OS build 19042.1052 Experience Windows Feature Experience Pack 120.2212.2020.0
which versions of X2GoServer and X2GoClient are being used Client: 4.1.2.2 (Qt 4.8.6) Server: x2goserver 4.1.0.3-5
any changes you may have made to the default configuration of the server, No changes were made.
the session settings used on the client Connection: WAN Resolution: 1920x1080 Display DPI 96 Compression: 16m-jpeg Image quality: 5 Desktop environment: XFCE.
the name of the application you are experiencing issues with dbeaver (dbeaver.io)
Hmm, I have tried replicating this problem, but to no avail.
Can you please try running another Xserver on Windows, like mobaxterm?
Uli
On Mon, Jun 21, 2021 at 9:09 PM Tom Korach <tom@safekeep.com> wrote:
Hi,
When using X2Go to work on Java-based applications (specifically, the Eclipse-based dbeaver dbeaver.io), there is a considerable latency. It's particularly sever when presenting dialogs, with some of them taking 3-8 second to appear (vs. <1 second locally).
The raw latency from the machine to the server is quite low (10-15 ms), and:
- Other application (via X2Go) work faster (although not completely latency-free).
- The same program (dbeaver) works almost smoothly with other remote-desktops (e.g. NoMachine).
How can this be debugged? What else can be done to improve it?
Details:
which operating systems and versions are being used on the server and client, Server: Ubuntu 20.04. Client: Edition Windows 10 Home Version 20H2 Installed on 5/4/2021 OS build 19042.1052 Experience Windows Feature Experience Pack 120.2212.2020.0
which versions of X2GoServer and X2GoClient are being used Client: 4.1.2.2 (Qt 4.8.6) Server: x2goserver 4.1.0.3-5
any changes you may have made to the default configuration of the server, No changes were made.
the session settings used on the client Connection: WAN Resolution: 1920x1080 Display DPI 96 Compression: 16m-jpeg Image quality: 5 Desktop environment: XFCE.
the name of the application you are experiencing issues with dbeaver (dbeaver.io)
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Hi,
Thanks for the quick response. I connected to the same server using mobXterm (X11 forwarding): similar latency, this time across the board - mobaXterm did not allow forwarding a single application, so I connected to a desktop session. Both dbeaver, Firefox and the desktop in general suffered from latency (dbeaver was the most severe).
However, a parallel NoMachine solution had very little latency. Could this be related to SSH in general? or to XFCE? is there anything specific to tweak?
Thanks
On Mon, Jun 21, 2021 at 3:36 PM Ulrich Sibiller <uli42@gmx.de> wrote:
Hmm, I have tried replicating this problem, but to no avail.
Can you please try running another Xserver on Windows, like mobaxterm?
Uli
On Mon, Jun 21, 2021 at 9:09 PM Tom Korach <tom@safekeep.com> wrote:
Hi,
When using X2Go to work on Java-based applications (specifically, the
Eclipse-based dbeaver dbeaver.io), there is a considerable latency. It's particularly sever when presenting dialogs, with some of them taking 3-8 second to appear (vs. <1 second locally).
The raw latency from the machine to the server is quite low (10-15 ms),
and:
- Other application (via X2Go) work faster (although not completely latency-free).
- The same program (dbeaver) works almost smoothly with other remote-desktops (e.g. NoMachine).
How can this be debugged? What else can be done to improve it?
Details:
which operating systems and versions are being used on the server and client, Server: Ubuntu 20.04. Client: Edition Windows 10 Home Version 20H2 Installed on 5/4/2021 OS build 19042.1052 Experience Windows Feature Experience Pack 120.2212.2020.0
which versions of X2GoServer and X2GoClient are being used Client: 4.1.2.2 (Qt 4.8.6) Server: x2goserver 4.1.0.3-5
any changes you may have made to the default configuration of the server, No changes were made.
the session settings used on the client Connection: WAN Resolution: 1920x1080 Display DPI 96 Compression: 16m-jpeg Image quality: 5 Desktop environment: XFCE.
the name of the application you are experiencing issues with dbeaver (dbeaver.io)
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
On Mon, Jun 21, 2021 at 10:20 PM Tom Korach <tom@safekeep.com> wrote:
I connected to the same server using mobXterm (X11 forwarding): similar latency, this time across the board - mobaXterm did not allow forwarding a single application, so I connected to a desktop session. Both dbeaver, Firefox and the desktop in general suffered from latency (dbeaver was the most severe).
What about a single xterm? Is that fast?
You can disable the X server x2go is using (VcXsrv) from x2goclient's menu. Then start mobaxterm and enable the X server there. I have no Windows at hand to describe this more precisely, sorry.
However, a parallel NoMachine solution had very little latency. Could this be related to SSH in general? or to XFCE? is there anything specific to tweak?
The only thing I can think of is that your session might use 3d rendering which is slow. Maybe you can run dbeaver with -Dsun.java2d.xrender=True.
Uli
Hi Tom,
Am 21.06.21 um 22:20 schrieb Tom Korach:
mobaXterm did not allow forwarding a single application
This makes me wonder - in your initial post to the list, you stated you were using XFCE. Now it sounds like you're trying to use single application mode.
If you're only seeing this issue in seamless modes like single or published application mode, then I'm not too surprised. I think one of our devs - could have been Mihai, so cc'ing him here - once mentioned that "refreshing" doesn't work as well there. And IIRC, Java GUI applications like Eclipse were always quite laggy from an NX-libs point of view. Uli's suggestion re: disabling 3D rendering is also worth trying.
@Mihai: Was this something about XDamage only working with Desktop Environments?
@Tom: You could also try out a Linux client (boot a live Linux via USB if you have no other option) and see if X2GoClient on Linux behaves the same way, or if the situation is better there - maybe X2GoClient / VcXsrv on Windows are being "hassled" by a virus scanner you have running, while the NoMachine App is whitelisted (e.g. by being cryptographically signed by NoMachine)?
If it's not too much of a problem for you, you could also try out upgrading your server to the development version of X2GoServer and try running X2Go in KDrive mode (this only works for Desktop Environments, not for single/published applications, though).
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
If you are using the single application mode you could try this: https://superuser.com/questions/400766/netbeans-java-shows-empty-window-in-t... In the past I had success both with the wmname tool and the environment variable.
Uli
On Tue, Jun 22, 2021 at 8:58 AM Stefan Baur <X2Go-ML-1@baur-itcs.de> wrote:
Hi Tom,
Am 21.06.21 um 22:20 schrieb Tom Korach:
mobaXterm did not allow forwarding a single application
This makes me wonder - in your initial post to the list, you stated you were using XFCE. Now it sounds like you're trying to use single application mode.
If you're only seeing this issue in seamless modes like single or published application mode, then I'm not too surprised. I think one of our devs - could have been Mihai, so cc'ing him here - once mentioned that "refreshing" doesn't work as well there. And IIRC, Java GUI applications like Eclipse were always quite laggy from an NX-libs point of view. Uli's suggestion re: disabling 3D rendering is also worth trying.
@Mihai: Was this something about XDamage only working with Desktop Environments?
@Tom: You could also try out a Linux client (boot a live Linux via USB if you have no other option) and see if X2GoClient on Linux behaves the same way, or if the situation is better there - maybe X2GoClient / VcXsrv on Windows are being "hassled" by a virus scanner you have running, while the NoMachine App is whitelisted (e.g. by being cryptographically signed by NoMachine)?
If it's not too much of a problem for you, you could also try out upgrading your server to the development version of X2GoServer and try running X2Go in KDrive mode (this only works for Desktop Environments, not for single/published applications, though).
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Hi all,
Thanks for the answers. @Stefan: The problem occurs in both modes. (We used X2Go in desktop mode for a long time before trying single-application mode, no difference). Adding *-Dsun.java2d.xrender=True* did improve latency (although it's noticeable, so I'd like to investigate more).
@Ulrich The environment variable did not change anything, but maybe the second one will (that recommendation is from 2012).
On Tue, Jun 22, 2021 at 4:01 AM Ulrich Sibiller <uli42@gmx.de> wrote:
If you are using the single application mode you could try this:
https://superuser.com/questions/400766/netbeans-java-shows-empty-window-in-t... In the past I had success both with the wmname tool and the environment variable.
Uli
On Tue, Jun 22, 2021 at 8:58 AM Stefan Baur <X2Go-ML-1@baur-itcs.de> wrote:
Hi Tom,
Am 21.06.21 um 22:20 schrieb Tom Korach:
mobaXterm did not allow forwarding a single application
This makes me wonder - in your initial post to the list, you stated you were using XFCE. Now it sounds like you're trying to use single application mode.
If you're only seeing this issue in seamless modes like single or published application mode, then I'm not too surprised. I think one of our devs - could have been Mihai, so cc'ing him here - once mentioned that "refreshing" doesn't work as well there. And IIRC, Java GUI applications like Eclipse were always quite laggy from an NX-libs point of view. Uli's suggestion re: disabling 3D rendering is also worth trying.
@Mihai: Was this something about XDamage only working with Desktop Environments?
@Tom: You could also try out a Linux client (boot a live Linux via USB if you have no other option) and see if X2GoClient on Linux behaves the same way, or if the situation is better there - maybe X2GoClient / VcXsrv on Windows are being "hassled" by a virus scanner you have running, while the NoMachine App is whitelisted (e.g. by being cryptographically signed by NoMachine)?
If it's not too much of a problem for you, you could also try out upgrading your server to the development version of X2GoServer and try running X2Go in KDrive mode (this only works for Desktop Environments, not for single/published applications, though).
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user