Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:Over commit is great (Score 1) 4

wait until memory pressure builds and paging hits performance more than you'd like, then auto-migrate machines off the host

That should happen before the host runs out of memory, or very soon after. The other thing is why wouldn't you do this waaay in advance if you have a node who's memory is not overcommitted, and a node that is. All nodes are overcommitted? Then you are basically screwed if you need to evacuate all VM's from a node at once due to failure.

Memory overcommit is just a dangerous game man. I'd only use it in the case where you provisioned resources for X physical node failures, and you have X+ failures. No other choice, and temporary.

But the demo is showing over-provisioning of desktop machines. Seriously, what enterprise sysadmin cares if it takes an extra two seconds for PowerPoint to load on a user's VDI VM?

Slashdot Top Deals

I think there's a world market for about five computers. -- attr. Thomas J. Watson (Chairman of the Board, IBM), 1943