An easy solution if the command isn't interactive is to launch with'at' or 'batch'. If it is, use screen and detach.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On Mon, 17 Aug 2015, Matthew L. Dailey wrote:
Date: Mon, 17 Aug 2015 15:27:15 -0400 From: Matthew L. Dailey <matthew.l.dailey@dartmouth.edu> To: "x2go-user@lists.x2go.org" <x2go-user@lists.x2go.org> Cc: Mihai Moldovan <ionic@ionic.de> Subject: Re: [X2Go-User] Graphical apps stalling in suspended session
So it looks to me like this behavior is long-standing - we just never noticed it until now. To go back to early 2013 as best I could, I set up an Xubuntu 12.04 box and compiled and installed x2goserver 4.0.0.1 and nx-libs 3.5.0.19 on it. Not only is the stalling behavior still present, it seems substantially worse than on the same system with current versions of x2goserver and nx-libs. So, amongst the changes over the past 2+ years are some that actually made this better. :-)
Iÿÿm still somewhat skeptical that this is kernel/OS related. It certainly could be, but I donÿÿt see any changes to the processes themselves when the session is suspended (theyÿÿre not re-niced, etc.). It feels like some sort of timeouts or slowdown in the X implementation. I thought perhaps it had something to do with SmartScheduler, but as far as I can tell this is disabled.
So, for now weÿÿll just need to make our users aware of this limitation and find other solutions if they really need to do disconnected graphical work.
Thanks to everyone for their responses and if anyone is interested in looking at this more deeply, Iÿÿm happy to help/test as needed.
-Matt Dailey
On Aug 15, 2015, at 5:51 PM, Mihai Moldovan <ionic@ionic.de> wrote:
On 15.08.2015 08:32 PM, Matthew L. Dailey wrote:
I tried reverting to nx-libs 3.5.0.30 and also 3.5.0.28. In both cases, the slowness while suspended was the same. So, it looks like this has been happening at least since November 2014. Iÿÿm not sure whether reverting further or reverting x2goserver to an earlier version would be helpful or not.
I'm not quite sure what to tell you.
AFAIK the changes to x2goserver weren't that huge, especially on the release branch. The nightlies differ quite substantially, but you obviously never used them.
nx-libs has generally seen some development, but I cannot remember any change to the behavior of suspended sessions.
Are you sure this problem really didn't exist for the whole time?
Besides all that, Robert is right and it might well be some behavior triggered by the OS and updates to it, so you're now going to have another variable.
Mihai
x2go-user mailing list x2go-user@lists.x2go.org http://lists.x2go.org/listinfo/x2go-user