X2Go Bug report logs - #1109
Print all In new window Long delays (i.e. several minutes) waiting for redraw ONLY in seamless window mode

version graph

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

Reported by: Thomas Esposito <tmesposito00@gmail.com>

Date: Thu, 27 Oct 2016 18:40:01 UTC

Severity: critical

Found in version 4.0.1.19-3

Full log


🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#1109: [X2Go-Dev] Bug#1109: Print all In new window Long delays (i.e. several minutes) waiting for redraw ONLY in seamless window mode
Reply-To: Thomas Esposito <tmesposito00@gmail.com>, 1109@bugs.x2go.org
Resent-From: Thomas Esposito <tmesposito00@gmail.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: Fri, 18 Nov 2016 16:25:02 +0000
Resent-Message-ID: <handler.1109.B1109.147948611510424@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 1109
X-X2Go-PR-Package: x2goserver
X-X2Go-PR-Keywords: 
Received: via spool by 1109-submit@bugs.x2go.org id=B1109.147948611510424
          (code B ref 1109); Fri, 18 Nov 2016 16:25:02 +0000
Received: (at 1109) by bugs.x2go.org; 18 Nov 2016 16:21:55 +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=-1.5 required=3.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_SORBS_SPAM
	autolearn=no version=3.3.2
Received: from localhost (localhost [127.0.0.1])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id D38CC3CBB6
	for <1109@bugs.x2go.org>; Fri, 18 Nov 2016 17:21:53 +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 wiR55dgOTLYL for <1109@bugs.x2go.org>;
	Fri, 18 Nov 2016 17:21:47 +0100 (CET)
Received: from mail-oi0-f66.google.com (mail-oi0-f66.google.com [209.85.218.66])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id B75713CBB5
	for <1109@bugs.x2go.org>; Fri, 18 Nov 2016 17:21:46 +0100 (CET)
Received: by mail-oi0-f66.google.com with SMTP id z62so11616646oiz.1
        for <1109@bugs.x2go.org>; Fri, 18 Nov 2016 08:21:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=+caUvrFhCnOrJpirabPnWTN3KuoOBe8PQxp67Ry8lCY=;
        b=Re8rDcM8RURQArDP5x5Fk5UYnMUs39AFI/U+OeTIx5AYMzLMYUGxCrl9CokysixYpY
         gQALO1PCT6dBk45glsqVPa/T+Cid7z2PXzX5wUSsDi40Hw2qjBShIequySTDDhRuZdXk
         GI/A8shKxmLAqe0nti4IzvAXhAAPY1x9kpVi47XnGsxkyTUEvJGTPOAgfT/1hupZ3qzK
         qhhWasFwaM+9L0qad+UzYVuuwI51c0/7UIrnZzblC9/SNxmxlkSyQeL9TLKSnQI9d4RJ
         M1Uw+BWOTQG4Po6TCLhNkI8R3k6dC438PF/RFMwFNBHIyDq6sYmzC8oWQLjY/DbpNheU
         SQWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=+caUvrFhCnOrJpirabPnWTN3KuoOBe8PQxp67Ry8lCY=;
        b=GTqLPB8dnxqXHySRs45pG9t9ne6Rvu2AywhU35cHYlupANn3sce74iDPmKfNwI2GhN
         yAD/lPS/q0HVYW/7BFxhIPoGQyj+47LputswE1ZYpq8wq2ejXjHFu6pWOQKUfkYMgbel
         gI3MQfEddD3sPPWLzFMBu040R16ReBcAaWF4W1wwTHvu8VXabkAaRJNxO0zjCVIvGUC1
         bgP3Q4GexM8mUXzvZ3EoVoW1vhq3YRcx80vo8GtRm8Z4csCpE2uOl/NEJbN9mjvyM8kg
         paRdWAwdwZzaL9OZ/1ogaPMU8TcpwXDINpuYm+s3HXK+aRhPP82gOyBdsfgPYW95NRd1
         XyUg==
X-Gm-Message-State: AKaTC02SMTwH0joxURONRI7iAlCm7cGSmv3L5kUggIYCzmqcs2Qvcr9ba/oS8A525hGxduQuhsDvS0RRkbYimQ==
X-Received: by 10.202.189.86 with SMTP id n83mr324055oif.49.1479486105430;
 Fri, 18 Nov 2016 08:21:45 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.35.29 with HTTP; Fri, 18 Nov 2016 08:21:44 -0800 (PST)
In-Reply-To: <909cd94234462d1675f2c3d8ab4f2f18@mykolab.com>
References: <CANUZkSUE0NoDnchG1RXxRyDokt9hpDU5yC27FnpEyr8b0fToxA@mail.gmail.com>
 <909cd94234462d1675f2c3d8ab4f2f18@mykolab.com>
From: Thomas Esposito <tmesposito00@gmail.com>
Date: Fri, 18 Nov 2016 11:21:44 -0500
Message-ID: <CANUZkSVLrXNQX=t75QZCb0rS4gkR5Z5c0c07d=xEKsG869Gjbw@mail.gmail.com>
To: akik@iki.fi
Cc: 1109@bugs.x2go.org
Content-Type: multipart/alternative; boundary=001a113d6ea8c3afaa054195b345
[Message part 1 (text/plain, inline)]
I don't have a design file to test xcircuit with either. I only used this
because it was the first free application that I stumbled upon (after some
trial and error) that exhibits this behavior.

In my case, after launching xcircuit from a gnome-terminal in rootless
mode, ALL X applications (including the gnome-terminal) running within the
x2go session become COMPLETELY unresponsive (e.g. no window
redraws/updates) for 5 MINUTES to the point where it almost looks like a
total system lockup. However, during this 5 minute freeze of the x2go
session, I have no problems running other programs on the host (e.g. from
an ssh or VNC session). Also, while my x2go session is apparently frozen,
x2go agent is sipping about 0.3% of the CPU. Eventually, after being frozen
for 5 minutes, my x2go session recovers and I can interact with the
xcircuit application with no apparent delays. Redraws are quick (including
when windows are uncovered from beneath other windows) and everything is
speedy and responsive.

This really seems like some kind of catastrophic network issue where data
is getting lost (e.g. buffer overflows?), and the session won't recover
until 1 (or more) timeouts expire. Maybe it doesn't have to do with the
client OS at all and is instead a function of network conditions (which
would be very difficult to reproduce).

I haven't been able to test this with an x2go client running on Linux
because our RHEL repo only has the packages necessary to run the x2go
server, not the client.



On Fri, Nov 18, 2016 at 4:38 AM, Aki Ketolainen <akik@mykolab.com> wrote:

> On 2016-10-27 21:37, Thomas Esposito wrote:
>
>  > Package: x2goserver
>  > Version: 4.0.1.19-3
>  > Severity: critical
> >
> >  Server OS: RHEL6.6
> >  Client OS: Windows 7 SP1 64-bit
> >  Server Packages: x2goserver-4.0.1.19-3.el6.x86_64
> >                             x2goagent-3.5.0.32-3.el6.x86_64
> >                             nxagent-3.5.0.31-1.el6.x86_64 (not sure if
> this is a dependency)
> >                              nx-libs-3.5.0.31-1.el6.x86_64 (not sure if
> this is a dependency)
> > Client Version: 4.0.5.2
> >
> > <cut>
> >
> > Luckily, I was able to find a free application that is similarly
> unresponsive when starting up in seamless window mode, but that runs fine
> in virtual desktop mode: xcircuit. This happens to be a free CAD program
> for drawing circuit schematics. Obviously, I can't be 100% that this X11
> application is failing in the same way as my proprietary EDA tools, but it
> is something the x2go developers can look at regardless.
> >
> > http://opencircuitdesign.com/xcircuit/
> >
> >  <cut>
>
> Hi,
>
> I'm experiencing the same effect than you, but the software applications
> and operating systems are a bit different.
> In my case the slow window redraws happen if:
>
> The client operating system is Ubuntu Linux and the local desktop
> environment is either Unity,  XFCE or Mate.
> If I'm running Ubuntu Linux on the client machine and the local desktop
> environment is either KDE or LXDE, I don't experience the slow window
> updates.
> I'm running the X2Go server on Azure and it's running CentOS 6.8. The
> desktop environment on the server is XFCE.
>
> As you also noticed, the slow window updates only happen with the single
> application mode/seamless window mode.
>
> I haven't tested much with Windows on the client side but the same slow
> window updates that you can see just by moving terminal windows on top of
> each other is not there
> (when you first open one terminal with single application mode and then
> open another terminal from the first).
>
> I installed xcircuit on the X2Go server and it starts up and works quite
> ok, although I don't have any design file to test with.
> We are working on the same EDA field so I'm interested in finding a
> solution to this problem.
>
> Bug reports talking about the slow window updates:
> http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1010
> http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1081
>
> Best regards,
>
> Aki
>
>
>
[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.


X2Go Developers <owner@bugs.x2go.org>. Last modified: Wed Apr 24 21:29:43 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.