X2Go Bug report logs - #1342
Graphical apps stalling in suspended session

Full log

🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#1342: [X2Go-Dev] Bug#1342: Bug#1342: Graphical apps stalling in suspended session
Reply-To: Orion Poplawski <orion@nwra.com>, 1342@bugs.x2go.org
Resent-From: Orion Poplawski <orion@nwra.com>
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, 20 Nov 2018 22:55:02 +0000
Resent-Message-ID: <handler.1342.B1342.154275429529350@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 1342
X-X2Go-PR-Package: x2goserver
X-X2Go-PR-Keywords: 
Received: via spool by 1342-submit@bugs.x2go.org id=B1342.154275429529350
          (code B ref 1342); Tue, 20 Nov 2018 22:55:02 +0000
Received: (at 1342) by bugs.x2go.org; 20 Nov 2018 22:51:35 +0000
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,URIBL_BLOCKED
	autolearn=ham autolearn_force=no version=3.4.2
Received: from localhost (localhost [127.0.0.1])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id 9CE855DAED
	for <1342@bugs.x2go.org>; Tue, 20 Nov 2018 23:51:26 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de
Received: from ymir.das-netzwerkteam.de ([127.0.0.1])
	by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id h_sqVZ5m9VfQ for <1342@bugs.x2go.org>;
	Tue, 20 Nov 2018 23:51:05 +0100 (CET)
X-Greylist: delayed 360 seconds by postgrey-1.35 at ymir.das-netzwerkteam.de; Tue, 20 Nov 2018 23:51:04 CET
Received: from mail.nwra.com (mail.nwra.com [72.52.192.72])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id AA46B5DA96
	for <1342@bugs.x2go.org>; Tue, 20 Nov 2018 23:51:03 +0100 (CET)
Received: from barry.cora.nwra.com (inferno.cora.nwra.com [208.187.183.84])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client did not present a certificate)
	by mail.nwra.com (Postfix) with ESMTPS id CEEED3405A8;
	Tue, 20 Nov 2018 14:45:01 -0800 (PST)
To: uli42@gmx.de, 1342@bugs.x2go.org, yk+bug+x2go@64.re
References: <20181114184726.667d6ae6.mx@64.re>
 <CANVnVYKK+6+Gi1=DAYgDtuvT1MZzOLTqxZQgiBNQ6-2ZUJWF9g@mail.gmail.com>
From: Orion Poplawski <orion@nwra.com>
Message-ID: <de819ac2-82f1-5798-6e33-219ce05476be@nwra.com>
Date: Tue, 20 Nov 2018 15:45:01 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.3.0
MIME-Version: 1.0
In-Reply-To: <CANVnVYKK+6+Gi1=DAYgDtuvT1MZzOLTqxZQgiBNQ6-2ZUJWF9g@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit

On 11/14/18 1:50 PM, Ulrich Sibiller wrote:
> On Wed, Nov 14, 2018 at 8:17 PM <yk+bug+x2go@64.re> wrote:
>>
>> Package: x2goserver
>> Version: 4.0.1.0
>>
>> I put this in the x2goserver section but I'm not quite sure if it's the
>> right component that suffers from this issue.
>>
>> In my company, we recently began to experience an issue similar to the
>> one reported in archived bug #673 [1] and on the X2Go-User list [2]
>> back in 2015. The manifestation of the issue is that when a session is
>> suspended, our program that runs in a terminal inside the session is
>> slowed down to a near stop, and abruptly recovers its original speed
>> when the session is resumed. There seems to be a link with graphical
>> components though, and my guess is it's the output scrolling in the
>> terminal that is stalled, and by way of consequence slowing down the
>> rest of the program downstream.
>> To confirm the involvement of the graphics, I tried running glxgears as
>> a test, and while it runs at about 1000 fps while the session is
>> attached, it drops at about 3 fps (!) when suspended. This behaviour is
>> reproducible on a freshly installed CentOS 7 VM; I can provide a
>> VirtualBox VM on which I ran the glxgears test.
>>
> ...
> 
>> A quick search for this issue raised at least 2 third parties
>> experiencing the issue; one university [3] announced dropping x2go as
>> of October 2018 because of this, and another [4] is listing it as a
>> known issue, albeit maybe in 2015.
> 
> Oh, they should have asked before dropping X2go!
> 
>> I hope we can find a source for this problem, it's quite critical for
>> us.
> 
> That has been implemented on purpose by nomachine to take some load
> off the server. You can disable that via the sleep option:
>        sleep=<int>
>               delay X server operations when suspended (provided in
> msec), set to 0 to keep nxagent session fully functional when
> suspended (e.g. useful when mirroring an nxagent session via VNC)
> 
> You can set this sleep to 0 in /etc/x2go/x2goagent.options on the
> server with the following line:
> X2GO_NXAGENT_DEFAULT_OPTIONS="-options nx/nx,sleep=0"
> 
> This in non-obvious and should be a client option instead... Can you
> please try if that helps for your setup?
> 
> Uli

See https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1322 for my proposal for
addressing this on the server side.  I believe by adding the line above you
are messing up many of the default options.  According to the man page of nxagent:

      -options filename
               path to an options file containing nx/nx options (see below).


-- 
Orion Poplawski
Manager of NWRA Technical Systems          720-772-5637
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       orion@nwra.com
Boulder, CO 80301                 https://www.nwra.com/

Send a report that this bug log contains spam.