<div dir="ltr">From now and on, "processor" will mean "an OS thread that's running a GVM", right?<div><br><div class="gmail_extra"><br><div class="gmail_quote">2016-11-08 12:31 GMT+08:00 Marc Feeley <span dir="ltr"><<a href="mailto:feeley@iro.umontreal.ca" target="_blank">feeley@iro.umontreal.ca</a>></span>:<div>.. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The barrier synchronizations are implemented using a binary tree like structure and time-limited spin-barriers to synchronize a parent processor with its 2 children.  So a barrier takes logarithmic time.<br></blockquote><div><br></div><div>Cool!<br><br>Just out of curiosity for nitty-gritty details:<br><br>Which processor is the ultimate parent, is this generated at processors initialization, or at each GC? Is it the processor that trigs the GC?</div><div><br></div><div>What's the motivation for a tree-like propagation at all, compared for instance with that the processor that trigs GC would do the sync with all other processors, all by itself?</div><div><br></div><div><br></div><div>Finally, as it looks now, in what processor will wills be executed, undefined i.e. random?</div><div><br></div></div></div></div></div>