<div dir="ltr">Aha. Just out of general interest,<div><br></div><div> * Per GC cycle, how much time are we talking on a random 2Ghz machine, and presuming all GVM threads run all-safe-declared Scheme code only?</div><div><br></div><div><br></div><div> * What is the mechanism of the sync to initiate a GC iteration - the first initiating thread setting some global variable, msyinc:ing, and all other GVM threads polling it all the time, or/and by sending some kind of interrupt signal via OS facilities?</div><div><br></div><div> * What is the mechanism of the sync for different GC stages - ...?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-08 10:19 GMT+08:00 Marc Feeley <span dir="ltr"><<a href="mailto:feeley@iro.umontreal.ca" target="_blank">feeley@iro.umontreal.ca</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The fact is that there is some synchronization overhead when the GC is parallel (the OS threads need to synchronize to run the GC and each of the phases of the GC in unison).  So if the heap is small, as is the case for most unit tests, the GC doesn’t accelerate much because there is little parallelism to exploit, but there is an overhead to pay for attempting to do things in parallel.  This is a common issue in parallel processing.<br>
<span class="HOEnZb"><font color="#888888"><br>
Marc<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> On Nov 7, 2016, at 8:53 PM, Adam <<a href="mailto:adam.mlmb@gmail.com">adam.mlmb@gmail.com</a>> wrote:<br>
><br>
> And this shows us what?<br>
><br>
> Btw, isn't the only effect --enable-multiple-threaded-vms should have right now, that execution is slightly faster, as GC is faster now?<br>
><br>
> 2016-11-08 9:31 GMT+08:00 Bradley Lucier <<a href="mailto:lucier@math.purdue.edu">lucier@math.purdue.edu</a>>:<br>
> On 11/07/2016 08:26 PM, Adam wrote:<br>
> Wait, what does this actually tell us?<br>
><br>
> There used to be a big difference in the time to complete the unit tests: with  --enable-multiple-threaded-vms it used to take<br>
><br>
> [ 122|   0|   0] 100% ##############################<wbr>############   3.7s<br>
><br>
> and now it takes<br>
><br>
> [ 122|   0|   0] 100% ##############################<wbr>############   1.8s<br>
><br>
> A big improvement.  But without --enable-multiple-threaded-vms it takes<br>
><br>
> [ 122|   0|   0] 100% ##############################<wbr>############   1.6s<br>
><br>
> So there's been an improvement.<br>
><br>
> Brad<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> Gambit-list mailing list<br>
> <a href="mailto:Gambit-list@iro.umontreal.ca">Gambit-list@iro.umontreal.ca</a><br>
> <a href="https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list" rel="noreferrer" target="_blank">https://webmail.iro.umontreal.<wbr>ca/mailman/listinfo/gambit-<wbr>list</a><br>
<br>
</div></div></blockquote></div><br></div>