[X2Go-User] Graphical apps stalling in suspended session

Robert Dinse nanook at eskimo.com
Sat Aug 15 04:38:56 CEST 2015


      There are process groups in Linux that might affect scheduling depending
on whether backgrounded or not.

-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
  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 Sat, 15 Aug 2015, Mihai Moldovan wrote:

> Date: Sat, 15 Aug 2015 03:17:14 +0200
> From: Mihai Moldovan <ionic at ionic.de>
> To: Robert Dinse <nanook at eskimo.com>,
>     Matthew L. Dailey <matthew.l.dailey at dartmouth.edu>
> Cc: "x2go-user at lists.x2go.org" <x2go-user at lists.x2go.org>
> Subject: Re: [X2Go-User] Graphical apps stalling in suspended session
> 
> On 14.08.2015 11:01 PM, Robert Dinse wrote:
>>       I'm wondering if this is a bug or intentional?  It makes sense to me
>> to give more CPU time to interactive applications and lower CPU to those
>> where there isn't someone on a terminal waiting for a response.
>
> True, and there's a new functionality in the yet unreleased 4.1.0.0 version of
> x2goserver called SuperRenicer (disabled by default) that can be used to renice
> suspended sessions so they run with lower priority.
>
> Even then, though, the execution should not be slower than when attached, unless
> the CPU is well-loaded in the first place.
>
> There's no functionality in 4.0.1.x that would actively slow down applications
> (most likely draw calls - not applications in general) when suspended.
>
>
>
> Mihai
>
>
>


More information about the x2go-user mailing list