<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 12, 2017 at 12:40 PM, Nate Finch <span dir="ltr"><<a href="mailto:nate.finch@canonical.com" target="_blank">nate.finch@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="m_-4128079355888075487gmail_msg">The problem with trying to figure out how much "unused" RAM a host has is that it gets thrown out the window if you ever deploy any unit to the host machine, or if you deploy a unit in a container without a RAM constraint.  Those units may then use as much RAM as they want.</div></blockquote><div><br></div><div>Right, that's why I said the idea might be naive. But I would ask how difficult it would be to change the design so that the amount of "unused" resources is persisted. (Probably persisted along with the ratios, so the calculation is consistent across deployments. You might want some ratios to be application-specific, such as if you know you want to deploy a very large database, but that use case can probably be accomplished with constraints?)</div><div><br></div><div>In any case (depending on where you specify the ratio), you may always have a situation where new units can use as much RAM as they want.</div><div><br></div><div>Regards,</div><div>Mike </div></div></div></div>