2009/8/1 Amar Tumballi <span dir="ltr">&lt;<a href="mailto:amar@gluster.com">amar@gluster.com</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&#39;cluster/distribute&#39; is just a symlink to &#39;cluster/dht&#39;, which works on different design internally compared to &#39;cluster/unify&#39; which needs a centralized &#39;namespace&#39; volume to work. We have noticed that the &#39;scaling&#39; is not possible with &#39;cluster/unify&#39; and have decided to not continue any more development on cluster/unify design, instead any more enhancement of glusterfs will happen only on &#39;cluster/distribute&#39; translator.<div>

<br><font color="#888888">-Amar</font></div><div><div></div><div class="h5"><div><br></div>
</div></div></blockquote></div>there are two qeustions:<br>(1) what&#39;s the functionality of &quot;cluster/unify&quot; in current release? in my opinion, &quot;cluster/unify&quot; is a translator for scaling, and now it doesn&#39;t function like that. is it right?<br>
<br>(2) whether will &quot;gluster/unify&quot; still exist in the future release? and could i suppose that the centralized namespace needed by &quot;cluster/unify&quot; is something that functions like metadata in current release?<br>
<br>on page 5 of the technical presentation (<a href="http://ftp.zresearch.com/pub/gluster/glusterfs/talks/Z/GlusterFS.pdf">http://ftp.zresearch.com/pub/gluster/glusterfs/talks/Z/GlusterFS.pdf</a>) ,there is a &quot;unify&quot; block on client side. so im gussing that &quot;unify&quot; is a essential component of client, with its namespace volume, shared by all clients, instead of metadata which traditional cluster filesystems keep, like Lustre.<br>
<br>do you agree with me ?<br><br>