charm AT lists.siebelschool.illinois.edu
Subject: Charm++ parallel programming system
List archive
- From: Jonathan Lifflander <jliffl2 AT illinois.edu>
- To: Nicolas Bock <nicolasbock AT gmail.com>
- Cc: "charm AT cs.uiuc.edu" <charm AT cs.uiuc.edu>
- Subject: Re: [charm] SDAG serial blocks
- Date: Tue, 25 Jun 2013 19:15:06 -0700
- List-archive: <http://lists.cs.uiuc.edu/pipermail/charm/>
- List-id: CHARM parallel programming system <charm.cs.uiuc.edu>
Sorry about the belated response.
An SDAG serial block only indicated that the block is C++ code. It has
no relation to threaded entry methods. The point in the manual means
that serial only indicated the block on code will execute without
preemption. Note that an SDAG entry method is different than an
ordinary entry method, so it can be suspended at a "when" while
Charm++ is waiting for incoming data.
If you need more explanation let me know.
Thanks,
Jonathan
On Wed, Jun 19, 2013 at 10:38 AM, Nicolas Bock
<nicolasbock AT gmail.com>
wrote:
> Hi,
>
> are SDAG serial blocks only necessary for threaded entry methods?
>
> Since "ordinary entry methods are completely non-preemptive" (p. 8, Charm++
> Manual), I don't otherwise understand the statement: "atomic code [...]
> without returning control to the Charm++ runtime scheduler" (p. 28, Charm++
> Manual).
>
> Thanks already,
>
> nick
>
>
> _______________________________________________
> charm mailing list
> charm AT cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/charm
>
- [charm] SDAG serial blocks, Nicolas Bock, 06/19/2013
- Re: [charm] SDAG serial blocks, Jonathan Lifflander, 06/25/2013
- Re: [charm] SDAG serial blocks, Nicolas Bock, 06/26/2013
- Re: [charm] SDAG serial blocks, Jonathan Lifflander, 06/26/2013
- Re: [charm] SDAG serial blocks, Nicolas Bock, 06/26/2013
- Re: [charm] SDAG serial blocks, Jonathan Lifflander, 06/26/2013
- Re: [charm] SDAG serial blocks, Nicolas Bock, 06/26/2013
- Re: [charm] SDAG serial blocks, Jonathan Lifflander, 06/25/2013
Archive powered by MHonArc 2.6.16.