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


Groups > comp.programming.threads > #1218

Re: A book for learning threads?

From Ian Collins <ian-news@hotmail.com>
Newsgroups comp.programming.threads
Subject Re: A book for learning threads?
Date 2012-11-03 14:52 +1300
Message-ID <afjbnlFgru3U4@mid.individual.net> (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


On 10/30/12 19:49, Robert Miles wrote:
> On Monday, October 29, 2012 11:35:14 AM UTC-5, Lucas Levrel wrote:
>>
>> If it already uses Pthreads and compiles on these platforms, where's the
>> worry? Just stick with the Pthread implementation of the threads concept.
>

Please trim your lines and tidy up the mess google makes of your replies!

> 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..

Applications like BOINC typically dish out units of work to client 
machines and these in turn pass them on to worker threads.  In this 
case, it makes sense for the unit of work to be scaled to be a) useful 
and b) small enough so not too much is wasted if the machine dies during 
processing.

Saving state part way through a work unit probably isn't worth while. 
Make your "checkpoints" the completion of a work unit.

-- 
Ian Collins

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