Groups | Search | Server Info | Keyboard shortcuts | Login | Register


Groups > comp.programming.threads > #1214

Re: A book for learning threads?

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar


Thread

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