<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 15 December 2016 at 07:59, John Meinel <span dir="ltr"><<a href="mailto:john@arbash-meinel.com" target="_blank">john@arbash-meinel.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">Right, the issue for test/development iterations is that "machine requested to booted in cloud" for LXD is a lot closer to 10s. Especially if you set "enable-os-refresh-update: false" and "enable-os-upgrade: false", which are also likely to be set in a testing environment.</div></blockquote><div><br></div><div>+1</div><div><br></div><div>To re-iterate what previously stated: the point is not production deployments, but rather development and testing cycles. The experience will be compared to things like docker & friends where the feedback look happens in seconds, not minutes or dozens of seconds.</div><div><br></div><div>As a developer, with an xfs-backed local juju lxd provider and something like apt-cacher-ng or deb-squid-proxy installed I expect and want "juju deploy ubuntu" (or any other minimal reactive-based charm) to take seconds. Anything less than that gets in the way of doing proper TDD.</div><div><br></div><div>Free</div><div><br></div></div></div></div>