Groups | Search | Server Info | Keyboard shortcuts | Login | Register
Groups > comp.programming.threads > #1214
| From | Rui Maciel <rui.maciel@gmail.com> |
|---|---|
| Newsgroups | comp.programming.threads |
| Subject | Re: A book for learning threads? |
| Date | 2012-11-01 17:55 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <k6ud2g$q92$1@dont-email.me> (permalink) |
| References | <508dcd4d$0$7581$a8266bb1@newsreader.readnews.com> <alpine.LNX.2.00.1210290942540.2984@coulomb.univ-paris12.fr> <fb0706c2-09d1-46b7-bc82-0a4f18a90381@googlegroups.com> <alpine.LNX.2.00.1210291726590.2984@coulomb.univ-paris12.fr> <5c142f28-f08c-4569-ab8e-e17257e6afd0@googlegroups.com> |
Robert Miles wrote: > There's no desire to have it run only on platforms that can run for a > month or more without any interruptions. Adding checkpoints so that it > can resume with less computer time lost due to any interruptions REQUIRES > understanding threads so that I can suspend all threads except the main > thread when writing checkpoints or restoring from them. I don't yet know > if it also requires telling all the other threads to place information > specific to those threads where the main thread can find it and include it > in the checkpoint. The pthreads standard defines essentially a set of primitive operations, which are then put together to pull off whatever concurency tricks you wish to pull. This means that implementing the "checkpoint" feature you referred to isn't necessarily a pthreads issue; only a software design one. You didn't said what you mean by "checkpoint". Without any specific details, it might be possible that it only take a single mutex to be able to implement your "checkpoints" feature. Nevertheless, this only depends on what your requirements are, and how you designed/will design your software. Pthreads is orthogonal to this. Hope this helps, Rui Maciel
Back to comp.programming.threads | Previous | Next — Previous in thread | Next in thread | Find similar
A book for learning threads? Robert Miles <milesrf@Usenet-News.net> - 2012-10-28 19:26 -0500
Re: A book for learning threads? Lucas Levrel <lucas.levrel@u-pec.fr> - 2012-10-29 09:45 +0100
Re: A book for learning threads? Mark <i@dontgetlotsofspamanymore.invalid> - 2012-10-29 09:45 +0000
Re: A book for learning threads? Robert Miles <robertmilesxyz@gmail.com> - 2012-10-29 07:42 -0700
Re: A book for learning threads? Lucas Levrel <lucas.levrel@u-pec.fr> - 2012-10-29 17:35 +0100
Re: A book for learning threads? Robert Miles <robertmilesxyz@gmail.com> - 2012-10-29 23:49 -0700
Re: A book for learning threads? Lucas Levrel <lucas.levrel@u-pec.fr> - 2012-10-30 10:43 +0100
Re: A book for learning threads? Robert Miles <robertmilesxyz@gmail.com> - 2012-10-30 07:27 -0700
Re: Use of checkpoints for parallel data processing? Markus Elfring <Markus.Elfring@web.de> - 2012-11-01 13:31 +0100
Re: Use of checkpoints for parallel data processing? Robert Miles <robertmilesxyz@gmail.com> - 2012-11-01 18:39 -0700
Re: Use of checkpoints for parallel data processing? Markus Elfring <Markus.Elfring@web.de> - 2012-11-05 19:58 +0100
Re: Use of checkpoints for parallel data processing? Markus Elfring <Markus.Elfring@web.de> - 2012-11-05 20:00 +0100
Re: A book for learning threads? Rui Maciel <rui.maciel@gmail.com> - 2012-11-01 17:55 +0000
Re: A book for learning threads? Ian Collins <ian-news@hotmail.com> - 2012-11-03 14:52 +1300
Re: A book for learning threads? Robert Miles <robertmilesxyz@gmail.com> - 2012-11-02 23:46 -0700
Re: A book for learning threads? Ian Collins <ian-news@hotmail.com> - 2012-11-07 10:37 +1300
Re: A book for learning threads? Rui Maciel <rui.maciel@gmail.com> - 2012-10-29 12:52 +0000
Re: A book for learning threads? Robert Miles <robertmilesxyz@gmail.com> - 2012-10-29 07:45 -0700
csiph-web