* preserving checkpoints across sessions @ 2010-07-23 2:06 Mathew Yeates 2010-07-27 12:59 ` Marc Khouzam 0 siblings, 1 reply; 4+ messages in thread From: Mathew Yeates @ 2010-07-23 2:06 UTC (permalink / raw) To: gdb I looked at the checkpoint code and I "sort of" see how it could be done but I'm no gdb guru. Somebody add this! It would be a great feature. You could add checkpoints throughout your executable and be able to start a gdb session and go directly to a desired location. Get to work! -Mathew ^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: preserving checkpoints across sessions 2010-07-23 2:06 preserving checkpoints across sessions Mathew Yeates @ 2010-07-27 12:59 ` Marc Khouzam 2010-07-27 17:13 ` Michael Snyder 0 siblings, 1 reply; 4+ messages in thread From: Marc Khouzam @ 2010-07-27 12:59 UTC (permalink / raw) To: 'Mathew Yeates', 'gdb@sourceware.org' > -----Original Message----- > From: gdb-owner@sourceware.org > [mailto:gdb-owner@sourceware.org] On Behalf Of Mathew Yeates > Sent: Thursday, July 22, 2010 10:06 PM > To: gdb@sourceware.org > Subject: preserving checkpoints across sessions > > I looked at the checkpoint code and I "sort of" see how it could be > done but I'm no gdb guru. > Somebody add this! It would be a great feature. You could add > checkpoints throughout your executable and be able to start a gdb > session and go directly to a desired location. I also think this would be a nice feature. In fact, I thought that is how checkpoints worked already :-O I was planning on adding this support in Eclipse. I guess I'll have to wait for it to be supported in GDB first. Marc ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: preserving checkpoints across sessions 2010-07-27 12:59 ` Marc Khouzam @ 2010-07-27 17:13 ` Michael Snyder 2010-07-27 17:33 ` Pedro Alves 0 siblings, 1 reply; 4+ messages in thread From: Michael Snyder @ 2010-07-27 17:13 UTC (permalink / raw) To: Marc Khouzam; +Cc: 'Mathew Yeates', 'gdb@sourceware.org' Marc Khouzam wrote: >> -----Original Message----- >> From: gdb-owner@sourceware.org >> [mailto:gdb-owner@sourceware.org] On Behalf Of Mathew Yeates >> Sent: Thursday, July 22, 2010 10:06 PM >> To: gdb@sourceware.org >> Subject: preserving checkpoints across sessions >> >> I looked at the checkpoint code and I "sort of" see how it could be >> done but I'm no gdb guru. >> Somebody add this! It would be a great feature. You could add >> checkpoints throughout your executable and be able to start a gdb >> session and go directly to a desired location. > > I also think this would be a nice feature. > In fact, I thought that is how checkpoints worked already :-O > I was planning on adding this support in Eclipse. I guess > I'll have to wait for it to be supported in GDB first. I frankly don't see any way to implement it. I'm open to suggestions. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: preserving checkpoints across sessions 2010-07-27 17:13 ` Michael Snyder @ 2010-07-27 17:33 ` Pedro Alves 0 siblings, 0 replies; 4+ messages in thread From: Pedro Alves @ 2010-07-27 17:33 UTC (permalink / raw) To: gdb; +Cc: Michael Snyder, Marc Khouzam, 'Mathew Yeates' On Tuesday 27 July 2010 18:13:23, Michael Snyder wrote: > Marc Khouzam wrote: > >> -----Original Message----- > >> From: gdb-owner@sourceware.org > >> [mailto:gdb-owner@sourceware.org] On Behalf Of Mathew Yeates > >> Sent: Thursday, July 22, 2010 10:06 PM > >> To: gdb@sourceware.org > >> Subject: preserving checkpoints across sessions > >> > >> I looked at the checkpoint code and I "sort of" see how it could be > >> done but I'm no gdb guru. > >> Somebody add this! It would be a great feature. You could add > >> checkpoints throughout your executable and be able to start a gdb > >> session and go directly to a desired location. > > > > I also think this would be a nice feature. > > In fact, I thought that is how checkpoints worked already :-O > > I was planning on adding this support in Eclipse. I guess > > I'll have to wait for it to be supported in GDB first. > > I frankly don't see any way to implement it. > I'm open to suggestions. > I don't see a way with the forks based implementation, but it may be interesting to try replacing it by a backend based on something this: <https://ftg.lbl.gov/CheckpointRestart/CheckpointRestart.shtml> This might help target record too. From the FAQ, linked above: How is checkpoint/restart different than SIGSTOP/SIGCONT? Putting a process to sleep (via the SIGSTOP signal) implies stopping its execution. Taking a checkpoint writes a snapshot of a process to disk: the process may either be allowed to continue running after the checkpoint is complete, or you can kill the process to release all of its resources . With sleep, a process's resources are not all fully released (such as virtual memory, network connections, process id, etc.). Checkpointing then killing a process fully releases all system resources. Restarts from checkpoint files can be used across machine reboots, and/or even on different machines than the one that the checkpoint was taken on. This is not true for SIGCONT. How is BLCR different than "user-level" checkpointing libraries like Condor, etc.? BLCR performs checkpointing and restarting inside the linux kernel. While this makes it less portable than solutions that use user-level libraries, it also means that it has full access to all kernel resources, and can thus restore resources (like process IDs) that user-level libraries cannot. This also allows BLCR to checkpoint/restart groups of processes (such as shell scripts and their subprocesses), together with the pipes that connect them. -- Pedro Alves ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-07-27 17:33 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-07-23 2:06 preserving checkpoints across sessions Mathew Yeates 2010-07-27 12:59 ` Marc Khouzam 2010-07-27 17:13 ` Michael Snyder 2010-07-27 17:33 ` Pedro Alves
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).