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@ionic.de> To: Robert Dinse <nanook@eskimo.com>, Matthew L. Dailey <matthew.l.dailey@dartmouth.edu> Cc: "x2go-user@lists.x2go.org" <x2go-user@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