Skip to Content.
Sympa Menu

charm - [charm] Question on quiescence detection mechanism

charm AT lists.cs.illinois.edu

Subject: Charm++ parallel programming system

List archive

[charm] Question on quiescence detection mechanism


Chronological Thread 
  • From: "Kolla, Hemanth NMN" <hnkolla AT sandia.gov>
  • To: "charm AT cs.uiuc.edu" <charm AT cs.uiuc.edu>
  • Subject: [charm] Question on quiescence detection mechanism
  • Date: Wed, 27 Jul 2016 00:01:16 +0000
  • Accept-language: en-GB, en-US

Hi,


I've a question on the quiescence detection mechanism, and its proper (well-defined) use.

 

Can a CkStartQD be placed inside an entry method of a chare array? If so, isn't it ill-defined? As I interpret it, a QD callback is invoked when quiescence, a state when no messages are in flight or pending processing and no entry methods are being executed on any processor, is detected. But if it is placed inside an entry method, then technically it can't be a quiescent state since the entry method needs to be executed to arrive at the callback.


The problem I have (or at least the way I've cast the problem) is that every chare object needs to detect quiescence after a particular sequence of entry method executions have occurred on each object. So naturally, I'm thinking of placing a CkStartQD call inside a serial entry method of the chare array. But I'm not sure if a quiescent state can ever be reached for the reason I described above. The few examples with QD I've seen in the charm examples all place a CkStartQD inside the main chare.


Any clarification would be helpful.


Thanks,

Hemanth.





Archive powered by MHonArc 2.6.16.

Top of Page