<div dir="ltr">I believe you are correct, I just grabbed large enough number that will work in the example even if things are changed.<div><br></div><div>Even better would be to bump accordingly in the nif with the enif_consume_timeslice, but then it wouldn't be a short example anymore.</div>
<div><div style><br></div></div><div style>/Dan</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 21, 2013 at 8:13 PM, Scott Lystig Fritchie <span dir="ltr"><<a href="mailto:fritchie@snookles.com" target="_blank">fritchie@snookles.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dan Gudmundsson <<a href="mailto:dangud@gmail.com">dangud@gmail.com</a>> wrote:<br>
<br>
dg> [...]<br>
dg>         erlang:bump_reductions(1000000)<br>
dg> [...]<br>
<br>
Dan, that prompts a good question that has been bugging several people<br>
(including me).  Does this 1 million reduction count bump have an effect<br>
more than a 2000 reduction bump?  IIRC, a process is scheduled out after<br>
2000 reductions.  And my (poor) memory says that the reduction count<br>
starts at 2000, that count is decremented, and a scheduling decision is<br>
made when the reduction count goes negative.<br>
<br>
Does it really make a difference if the count goes negative by a little<br>
(e.g., only one) or by a lot (e.g., 999,990)?<br>
<span class="HOEnZb"><font color="#888888"><br>
-Scott<br>
</font></span></blockquote></div><br></div>