X2Go Bug report logs - #813
Performance drop using large virtual screen

version graph

Package: x2goserver; Maintainer for x2goserver is X2Go Developers <x2go-dev@lists.x2go.org>; Source for x2goserver is src:x2goserver.

Reported by: Hrvoje Habjanić <hrvoje.habjanic@zg.ht.hr>

Date: Tue, 10 Mar 2015 15:15:01 UTC

Severity: normal

Found in version 4.0.1.19-0~1062~ubuntu14.04.1

Full log

🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#813: Performance drop using large virtual screen
Reply-To: Hrvoje Habjanić <hrvoje.habjanic@zg.ht.hr>, 813@bugs.x2go.org
Resent-From: Hrvoje Habjanić <hrvoje.habjanic@zg.ht.hr>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>
X-Loop: owner@bugs.x2go.org
Resent-Date: Tue, 10 Mar 2015 15:15:01 +0000
Resent-Message-ID: <handler.813.B.142600038519452@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: report 813
X-X2Go-PR-Package: x2goserver
X-X2Go-PR-Keywords: 
Received: via spool by submit@bugs.x2go.org id=B.142600038519452
          (code B); Tue, 10 Mar 2015 15:15:01 +0000
Received: (at submit) by bugs.x2go.org; 10 Mar 2015 15:13:05 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=ham
	version=3.3.2
X-Greylist: delayed 419 seconds by postgrey-1.34 at ymir.das-netzwerkteam.de; Tue, 10 Mar 2015 16:13:03 CET
Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 783AF5E15C
	for <submit@bugs.x2go.org>; Tue, 10 Mar 2015 16:13:03 +0100 (CET)
Received: from ls266.t-com.hr (ls266.t-com.hr [195.29.150.94])
	by ls405.t-com.hr (Postfix) with ESMTP id 569F0698A63
	for <submit@bugs.x2go.org>; Tue, 10 Mar 2015 16:06:04 +0100 (CET)
Received: from ls266.t-com.hr (localhost.localdomain [127.0.0.1])
	by ls266.t-com.hr (Qmlai) with ESMTP id 53BD9C58240
	for <submit@bugs.x2go.org>; Tue, 10 Mar 2015 16:06:04 +0100 (CET)
X-Envelope-Sender: hrvoje.habjanic@zg.ht.hr
Received: from habi.t-com.hr (habi.t-com.hr [195.29.148.138])
	by ls266.t-com.hr (Qmali) with ESMTP id 131DA19D8146
	for <submit@bugs.x2go.org>; Tue, 10 Mar 2015 16:06:04 +0100 (CET)
Received: from [192.168.11.10] (unknown [192.168.11.10])
	by habi.t-com.hr (Postfix) with ESMTP id D4E4260F13
	for <submit@bugs.x2go.org>; Tue, 10 Mar 2015 16:06:03 +0100 (CET)
Message-ID: <54FF085B.1040608@zg.ht.hr>
Date: Tue, 10 Mar 2015 16:06:03 +0100
From: Hrvoje Habjanić <hrvoje.habjanic@zg.ht.hr>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: submit@bugs.x2go.org
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.5.0.1018-21390.000
X-TM-AS-Result: No--10.712-10.0-31-1
X-imss-scan-details: No--10.712-10.0-31-1
X-TM-AS-User-Approved-Sender: No

Package: x2goserver
Version: 4.0.1.19-0~1062~ubuntu14.04.1

Hi.

I noticed that using large screens (bigger than 800x600) causes x2go to
start slowing down. Especially problematic are full-screen switches, for
example when you switch from one virtual screen to another, inside of
x2go virtual screen. This slow down is experienced as sudden session
freeze, depending on screen size, it can stall for up to few seconds.
After some time this becomes really annoying ...

This is not influenced by switching to different
encoding or line speed in GUI.

Eventually i did track down to cache sizes. In /usr/bin/x2gostartagent file
there is fixed cache size: "cache=8M,disk=32M".

Increasing this cache size completely removes this freeze, and also
significantly reduces session bandwidth! For example, with session
1680x1050, using 16bit RLE, changing cache to "64M" bandwidth drops
from 3-4Mbit/s down to ~200kbit/s! I also noticed better responsiveness
when using "disk=0".

So, it seems that default settings (cache=8M,disk=32M) are maybe too
small for todays use with lager virtual screens, and this should be
increased.
I would suggest using at least "cache=64M" as default.

Also, it would be nice to add a possibility to change those values in a nice
way, since directly editing the script is more like a hack. Also, when
script is
updated, changes are lost.

Regards,

H.

Send a report that this bug log contains spam.

X2Go Developers <owner@bugs.x2go.org>. Last modified: Sat Nov 23 10:24:01 2024; Machine Name: ymir.das-netzwerkteam.de

X2Go Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.