<div>Two different things. </div><div>1. Being able to handle loss of cores or graceful termination of schedulers at runtime.</div><div>2. Scheduler bindings at runtime.</div><div><br></div><div>The first is more important than the second one and something we want to be able to handle gracefully.</div>
<div><br></div><div><br></div><br><div class="gmail_quote">2013/1/4 Max Lapshin <span dir="ltr"><<a href="mailto:max.lapshin@gmail.com" target="_blank">max.lapshin@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div><div>No, no Angel. You are very right: modern servers are the first candidates to change amount of CPU and RAM.<br><br></div>Clouds can change amount of cores and RAM on fly. It was almost impossible on commodity hardware 4 years ago, but it is already here nowadays.<br>

<br></div>Rickard, maybe OTP group should discuss this idea again?<br><br></div>Erlang server launched on cloud hosting should be ready for changing number of cores.<br></div>
<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>
<br></blockquote></div><br>