<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 11, 2013 at 11:05 AM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 2013-10-11 10:50:33 -0600 (-0600), Chris Friesen wrote:<br>
> Sounds like we could use some kind of layer that will zero out<br>
> blocks on read if they haven't been written by that user.<br>
</div>[...]<br>
<br>
You've mostly just described thin provisioning... reads to<br>
previously unused blocks are returned empty/all-zero and don't get<br>
allocated actual addresses on the underlying storage medium until<br>
written.<br></blockquote><div><br></div><div class="gmail_default" style="font-family:'courier new',monospace">+1, which by the way was the number one driving factor for adding the thin provisioning LVM option in Grizzly.</div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>