|
|
Log in / Subscribe / Register

Checkpoint/restart in user space

Checkpoint/restart in user space

Posted Oct 30, 2013 21:33 UTC (Wed) by raven667 (guest, #5198)
In reply to: Checkpoint/restart in user space by dlang
Parent article: Checkpoint/restart in user space

I should have been more clear what I meant by the "remote side", I meant the remote end of the TCP connection. If TCP can't recover it's no real loss because the network stack and application can handle dropped TCP connections without trouble. You see the same thing when devices suspend and resume on another network segment.


to post comments

Checkpoint/restart in user space

Posted Nov 1, 2013 22:24 UTC (Fri) by nix (subscriber, #2304) [Link] (4 responses)

the network stack and application can handle dropped TCP connections without trouble
My X server disagrees -- or rather its connected clients do. X connection drops, oops you're dead.

For some sorts of TCP-connected application what you say is true -- but not for all, by any means.

Checkpoint/restart in user space

Posted Nov 2, 2013 17:59 UTC (Sat) by Oddscurity (guest, #46851) [Link] (1 responses)

Is there something like tmux or screen for X, where you can pick up a session after a disconnection?

Checkpoint/restart in user space

Posted Nov 2, 2013 21:04 UTC (Sat) by mmorrow (guest, #83845) [Link]

Checkpoint/restart in user space

Posted Nov 2, 2013 19:23 UTC (Sat) by raven667 (guest, #5198) [Link] (1 responses)

I understand. What I meant to say is that a dropped tcp connection is a common error with expected behavior, as opposed to having some sort of obscure error in the middle of you application in some operation that normally doesn't fail and no one handles errors for.

Checkpoint/restart in user space

Posted Nov 3, 2013 19:59 UTC (Sun) by nix (subscriber, #2304) [Link]

Oh, agreed, it's better than a sudden bus error or whatever.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds