[X2Go-User] x2go performance again
Stefan Seidel
sseidel at vub.de
Mon Jan 30 10:42:01 CET 2017
Hi,
some time ago I inquired about peoples experience with x2go in a LAN
environment. I have now built a TCE live system (TFTP-only, no NFS) and a new
Jessie server and I am still not very satisfied. I tried almost all available
options. Here is the setup:
1GBit/s LAN on both sides
Host: AMD 4.4GHz 8-core CPU with 32GB RAM
Client: Pentium D 2.8GHz, 1GB RAM, nVidia 6200 with 2 screens at 1200x1600
I tested MATE desktop with Firefox 51 (tried XRender on/off) and Chromium 55. I
usually set the browser to fill half of the screen, that mean roughly the same
number of pixels as a Full-HD (1920x1080) screen. I usually open
https://www.heise.de and scroll up and down a bit.
nopack: almost the best of it all, responsiveness good, Chrome and Firefox
without XRender laggy
rfb-hextile/tight: better for small screen updates, worse for large screen
updates, scrolling in Firefox with XRender active is *very* smooth
rdp: almost identical to rfb
adaptive: middle ground, everything is laggy but at least there's always the
same amount of lag for small and big screen updates. Unacceptable though
because almost all text has JPEG artifacts no matter whether the quality is
set to 1, 7 or 9. Graphics like Munin graphs are really ugly.
16m-png: good quality, mostly lag-free except Chrome and Firefox when XRender
is off, becomes very unresponsive with lots of screen updates
16m-jpeg: artifacts, speed like adaptive
I believe nopack or rfb would give better performance if it was possible to
circumvent going through SSH. I have set SSH to use arcfour (this is a
trusted, isolated LAN) and performance has been slightly better.
Is there any way of making the initial authentication and startup through SSH
but then having the NX connection going directly to the client? That would
save a lot of processing power! (I'm thinking similar to the "tunnel" feature
for sound.)
Regards,
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x2go.org/pipermail/x2go-user/attachments/20170130/26182100/attachment.html>
More information about the x2go-user
mailing list