The os_mon modules would appear to be the natural starting point. <a href="http://www.erlang.org/doc/apps/os_mon/index.html">http://www.erlang.org/doc/apps/os_mon/index.html</a><br><br><div class="gmail_quote">On Fri, Mar 2, 2012 at 3:10 PM, Hendrik Visage <span dir="ltr"><<a href="mailto:hvjunk@gmail.com">hvjunk@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Mar 2, 2012 at 4:42 PM, David Goehrig <<a href="mailto:dave@nexttolast.com">dave@nexttolast.com</a>> wrote:<br>

<br>
> Would it be possible for Erlang's runtime to set a threshold, say looking at the thermal sensor on the board and error out if that "guard" is reached. You could do the same for disk I/O, network, or any other saturation condition.<br>

<br>
I would rather prefer the OS to send a SIGimInHeat signal to the Erlang VM :)<br>
<br>
On the serious side: I see that as a function of the OS and hardware<br>
to throttle the CPU and processes whenever overheating situations<br>
occur. erlang VMs should rather track the usage times of it's<br>
processes based on simple threshold values, but isn't that getting to<br>
the point where we have the VM baby sitting bad coders??<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div><br>