Hi All,
I've been using x2go on a number of machines that we have remote users connect to for a while now. Before using x2go we were using neatx, but the development on that seems to have stalled and isn't available packaged for newer Linux distributions.
X2go is generally working well as a replacement (thanks guys!), however one complaint that I'm getting from users is that x2go suspends sessions on disconnect. Some users have graphical tools that they are kicking off to run long tasks and want to disconnect, leaving the task to complete (for example, over night) without needing the session to be maintained. This was the default behaviour in neatx and hence the behaviour that the users have come to expect (sessions wouldn't suspend on disconnect). Is there any mechanism built into x2go to achieve this?
Martyn
-- Martyn Welch (Lead Software Engineer) | Registered in England and Wales GE Intelligent Platforms | (3828642) at 100 Barbirolli Square T +44(0)1327322748 | Manchester, M2 3AB E martyn.welch@ge.com | VAT:GB 927559189
Martyn Welch wrote:
Hi All,
I've been using x2go on a number of machines that we have remote users connect to for a while now. Before using x2go we were using neatx, but the development on that seems to have stalled and isn't available packaged for newer Linux distributions.
X2go is generally working well as a replacement (thanks guys!), however one complaint that I'm getting from users is that x2go suspends sessions on disconnect. Some users have graphical tools that they are kicking off to run long tasks and want to disconnect, leaving the task to complete (for example, over night) without needing the session to be maintained. This was the default behaviour in neatx and hence the behaviour that the users have come to expect (sessions wouldn't suspend on disconnect). Is there any mechanism built into x2go to achieve this?
Martyn
suspend on disconnect?? I don't see this behavior. My client and server are both fedora-20
-- -- Those who don't understand recursion are doomed to repeat it
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 16.09.2014 um 12:01 schrieb Martyn Welch:
X2go is generally working well as a replacement (thanks guys!), however one complaint that I'm getting from users is that x2go suspends sessions on disconnect. Some users have graphical tools that they are kicking off to run long tasks and want to disconnect, leaving the task to complete (for example, over night) without needing the session to be maintained. This was the default behaviour in neatx and hence the behaviour that the users have come to expect (sessions wouldn't suspend on disconnect). Is there any mechanism built into x2go to achieve this?
Are you sure your users actually tried that out and aren't just mislead by the expression "suspend"? In fact, it is more like "detach". You detach the X2Go session, and the virtual screen on the server remains running, so you can re-attach at any time.
I think there was a piece of code that would let you renice sessions that were in a detached state, so they take up less CPU, but I'm not sure if that made it to a stable release yet. Mike#1 might know more.
A full suspend, comparable to a laptop suspend/hibernate, is not something X2Go does.
- -Stefan
BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJUGEwBAAoJEG7d9BjNvlEZBDEIAIGjoqu0M+TiW2TPXNb0RDVo pvSnxdhv/rO1byEb7QDPCylqZb8Ay12NhmNAIE0IQk01sm/Zw4cUOSm0ZI9oq7+B +8S4WgtSytRqtlUDTeyCIltVL6zRKVWWzmX58zzdN0o7DoDRVYpTlIg8GAjAFx+B hWLY5y9OrwkLZpWj7qbvRSBXKIZTZxu82e83Q42VCTaGBD5nngsNJzIUpKHGb8ax VIr4WCf8Fd9e/1T/ewwN5q1pzx9kmzGlBEXww4si0hSQQag0r3WlEN7vX/yVhnSy 28zsIx/9iSG+Y8Xin9M4ePHA7H2EOg/ZBKF6K2YUIpb7uHl29PNS0DjVS8JxC6w= =NrzN -----END PGP SIGNATURE-----
Ooh, this is embarrassing...
On 16/09/14 15:41, Stefan Baur wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 16.09.2014 um 12:01 schrieb Martyn Welch:
X2go is generally working well as a replacement (thanks guys!), however one complaint that I'm getting from users is that x2go suspends sessions on disconnect. Some users have graphical tools that they are kicking off to run long tasks and want to disconnect, leaving the task to complete (for example, over night) without needing the session to be maintained. This was the default behaviour in neatx and hence the behaviour that the users have come to expect (sessions wouldn't suspend on disconnect). Is there any mechanism built into x2go to achieve this?
Are you sure your users actually tried that out and aren't just mislead by the expression "suspend"? In fact, it is more like "detach". You detach the X2Go session, and the virtual screen on the server remains running, so you can re-attach at any time.
I'd had a few guys independently raise this with me and hadn't actually tested it (it didn't seem unlikely and the "suspend" terminology made it seem plausible).
A quick test running a loop in a terminal kinda proved that they were wrong...
For anyone reading this in the archive, try:
i=0; while [ 1 ]; do echo Count $i; let i=$i+1; sleep 1; done
Leave running and disconnect, log back in after a while, you'll see the count has increased proportionally with the time that's past. (Or ssh in separately and watch the PID of the sleep command increment).
Sorry for the noise.
Martyn
I think there was a piece of code that would let you renice sessions that were in a detached state, so they take up less CPU, but I'm not sure if that made it to a stable release yet. Mike#1 might know more.
A full suspend, comparable to a laptop suspend/hibernate, is not something X2Go does.
- -Stefan
BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJUGEwBAAoJEG7d9BjNvlEZBDEIAIGjoqu0M+TiW2TPXNb0RDVo pvSnxdhv/rO1byEb7QDPCylqZb8Ay12NhmNAIE0IQk01sm/Zw4cUOSm0ZI9oq7+B +8S4WgtSytRqtlUDTeyCIltVL6zRKVWWzmX58zzdN0o7DoDRVYpTlIg8GAjAFx+B hWLY5y9OrwkLZpWj7qbvRSBXKIZTZxu82e83Q42VCTaGBD5nngsNJzIUpKHGb8ax VIr4WCf8Fd9e/1T/ewwN5q1pzx9kmzGlBEXww4si0hSQQag0r3WlEN7vX/yVhnSy 28zsIx/9iSG+Y8Xin9M4ePHA7H2EOg/ZBKF6K2YUIpb7uHl29PNS0DjVS8JxC6w= =NrzN -----END PGP SIGNATURE-----
x2go-user mailing list x2go-user@lists.x2go.org http://lists.x2go.org/listinfo/x2go-user
-- Martyn Welch (Lead Software Engineer) | Registered in England and Wales GE Intelligent Platforms | (3828642) at 100 Barbirolli Square T +44(0)1327322748 | Manchester, M2 3AB E martyn.welch@ge.com | VAT:GB 927559189
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
(Crossposting/forwarding this to x2go-dev)
Hi guys,
judging from this user feedback, maybe we should change our terminology? "Detach" (German: "Trennen") seems to be less misleading than "Suspend" (German: "Anhalten"). At least one of the closed-source, commercial players in the remote desktop field uses "Trennen" in its German client software, too.
- -Stefan
Am 17.09.2014 um 12:21 schrieb Martyn Welch:
Ooh, this is embarrassing...
On 16/09/14 15:41, Stefan Baur wrote: Am 16.09.2014 um 12:01 schrieb Martyn Welch:
X2go is generally working well as a replacement (thanks guys!), however one complaint that I'm getting from users is that x2go suspends sessions on disconnect. Some users have graphical tools that they are kicking off to run long tasks and want to disconnect, leaving the task to complete (for example, over night) without needing the session to be maintained. This was the default behaviour in neatx and hence the behaviour that the users have come to expect (sessions wouldn't suspend on disconnect). Is there any mechanism built into x2go to achieve this?
Are you sure your users actually tried that out and aren't just mislead by the expression "suspend"? In fact, it is more like "detach". You detach the X2Go session, and the virtual screen on the server remains running, so you can re-attach at any time.
I'd had a few guys independently raise this with me and hadn't actually tested it (it didn't seem unlikely and the "suspend" terminology made it seem plausible).
A quick test running a loop in a terminal kinda proved that they were wrong...
For anyone reading this in the archive, try:
i=0; while [ 1 ]; do echo Count $i; let i=$i+1; sleep 1; done
Leave running and disconnect, log back in after a while, you'll see the count has increased proportionally with the time that's past. (Or ssh in separately and watch the PID of the sleep command increment).
Sorry for the noise.
Martyn
I think there was a piece of code that would let you renice sessions that were in a detached state, so they take up less CPU, but I'm not sure if that made it to a stable release yet. Mike#1 might know more.
A full suspend, comparable to a laptop suspend/hibernate, is not something X2Go does.
-Stefan
_______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org http://lists.x2go.org/listinfo/x2go-user
BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJUGWHEAAoJEG7d9BjNvlEZJSIH/j0hFsiIk7n6gnhZ8tltERFY fp9rLXdYt0u0kH/XXT+PRkTARBFlv5+Nk/Mopo3wl2ol5NCcecCsV/no/SP32mPY xpVLovzmUIvcbemKpgFL1n/lW79FViheqiEwhJ34kFGN6RCg/ZXvegG164YkGIHo YHSc7ZAqSYv3ePNtZO8H5Kb2YTnvwAkPygjgtlKr0qXIGhdd4dKfnknAcntdsELJ 8InJwVzpkB1uY846Xfm0wRY4tJk08uTIYF31AdRN3vSd8LZbMJkQW/2FzylC2k2P tN1CcJbOhCDKY5EKCIKutVmfEf3d5HxeixstUba3ryWd0vdbU71LDaWteLMLk3g= =8ixQ -----END PGP SIGNATURE-----
Hi Stefan,
On Mi 17 Sep 2014 12:26:12 CEST, Stefan Baur wrote:
(Crossposting/forwarding this to x2go-dev)
Hi guys,
judging from this user feedback, maybe we should change our terminology? "Detach" (German: "Trennen") seems to be less misleading than "Suspend" (German: "Anhalten"). At least one of the closed-source, commercial players in the remote desktop field uses "Trennen" in its German client software, too.
- -Stefan
do have an idea what a bunch of work this would be (code changes over
code changes to do it properly)?
Let us rather train people in our terminology.
my 2¢ Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 16.09.2014 um 12:01 schrieb Martyn Welch:
I've been using x2go on a number of machines that we have remote users connect to for a while now. [...]
X2go is generally working well as a replacement (thanks guys!), [...]
Martyn Welch (Lead Software Engineer) [...] GE Intelligent Platforms [...] Manchester, M2 3AB [...] E martyn.welch@ge.com
Do you think you could come up with a short write-up on how / what for you use X2Go at GE UK? We're always happy to add success stories to the X2Go web site. (See: http://wiki.x2go.org/doku.php/doc:deployment-stories:start#deployment_storie...)
Also, while this is probably on short notice to you, I'd like to point you to our X2Go meeting at Linuxhotel, Essen, Germany, from 2014-10-31 to 2014-11-02. We're looking both for sponsors and visitors. All information can be found at: http://wiki.x2go.org/doku.php/events:start?gothe_gathering_2014_linuxhotel
--> Deadline for booking a room is tomorrow, so hurry if you want to join! :-)
-Stefan
BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJUGWRRAAoJEG7d9BjNvlEZnOUH/RbhQezLbjwFsNA1JiOrWadX XFDrpFeC10QEPxFk0Ohpgb8SCAww3qmqAfQbzYkcV02OPUnQrqvug7YJaMg7lFmJ fttbJUo60ADM7MGn1ojPXfPuj7vuxOlYuHYlB/wGcDytgONGcA8+nWQkhX7vswT5 w2VdMmgexO1AiFThxYofkCYSJ+KXPHfKuyDHO8wxD11ELEZE3j+bXJ1xmSOLO9Yi yenen1L58Wp79hjKm5nZGV/URsvHrCLf5rJ30Xb5PM9xE4XQNqz6BtnUuCd7mijk 8hDAbsjb8qpieBiXZB2zWNIrZCzpPvbsOClOixjllehlkTtlYmlLW1JeSjWBMGw= =vGVj -----END PGP SIGNATURE-----
-
Martyn Welch -
Mike Gabriel -
Neal Becker -
Stefan Baur