<div dir="ltr"><div><div><div>Roger,<br><br></div>Point 3 and 4 are totally different and the words are not the reason for technical change. If you require technically accurate statistics I am glad to provide it. This is not based on a hunch :). I remember changing the base-disk size multiple times (almost all the time I deploy cluster for some practical use-case) in the last two months to run heavier loads.<br></div>Regards,<br></div>Pranav<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 21, 2015 at 8:12 PM, Roger Luethi <span dir="ltr"><<a href="mailto:rl@patchworkscience.org" target="_blank">rl@patchworkscience.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have no strong feelings about keeping zero_empty.sh, but personally I<br>
would find the suggestion more compelling if it was not based on "it may<br>
take hours" and "I strongly believe".<br>
<br>
How about some hard data on actual benefits and costs of zero_empty.sh?<br>
<br>
On Tue, 21 Apr 2015 12:09:33 +0200, Pranav Salunke wrote:<br>
>    1. Time required to create base disk is increased (zeroing out takes<br>
>    some time)<br>
<br>
Indeed.<br>
<br>
>    2. Disk space used is the max. size of the disk - makes thin<br>
<span>>    provisioning pointless. Thin provisioning of the disks is really useful and<br>
>    should be considered.<br>
<br>
</span>So in practical terms, what could we do that we cannot do right now?<br>
<br>
>    3. Increasing the disk space will significantly increase the time taken<br>
<span>>    for creating the base-disk and hence it may take hours for a cluster having<br>
>    50+GB disk size.<br>
<br>
</span>That's not likely to be the default anytime soon, and if somebody wants<br>
to build a large cluster, they can always comment the script out.<br>
<br>
>    4. Increase in the services and increasing demand to run heavier and<br>
<span>>    more useful images apart from Cirros image makes this important point to<br>
>    consider.<br>
<br>
</span>Okay, that's really still point 3.<br>
<span><br>
> I strongly believe that the loss in compression would be insignificant as<br>
> compared to the other benefits. I would like to hear from our team about<br>
> this.<br>
<br>
</span>As I said, I don't care much either way. But I would like us to make<br>
informed decisions, or at least be honest about it if we are acting based<br>
on a hunch :-).<br>
<span><font color="#888888"><br>
Roger<br>
</font></span></blockquote></div><br></div></div>