<div dir="auto">Yes. VMs do boot faster than real iron. But that actually make it worse. Now I have 40-80 machines stuck waiting for the real iron to boot. Not all vm stacks are large enough to support migrating all units away from a host that needs rebooting. And since the hardware is "free" for a vm, vms multiply faster than rabbits in a predator-free field surrounded by vegetable farms.<div dir="auto"><br></div><div dir="auto">I've been asked to provide a VM with 8 3GHz cores,100GB ram and 40TB storage to start with. I replied "what brand? Dell or Supermicro?".</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Feb 14, 2017 8:12 AM, "leam hall" <<a href="mailto:leamhall@gmail.com">leamhall@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Isn't the move to VMs and containers resolving some of the hardware boot time issues? In theory, if you have a multi-hardware-server layer your VMs and containers can be moved around while a hardware host boots. I'm used to 10-15 minute Oracle boots that now take a couple minutes on VMs.<br clear="all"><div><br></div><div>Leam</div>-- <br><div class="m_774309632470371858gmail_signature" data-smartmail="gmail_signature"><div><a href="http://leamhall.blogspot.com/" target="_blank">Mind on a Mission</a></div></div>
</div>
<br>______________________________<wbr>_________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/<wbr>listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/<wbr>listinfo</a><br>
<br></blockquote></div></div>