<br><br><div class="gmail_quote">2009/7/31 Raghavendra G <span dir="ltr">&lt;<a href="mailto:raghavendra@gluster.com">raghavendra@gluster.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">2009/7/31 Yi Ling &lt;<a href="http://lingyi.pro" target="_blank">lingyi.pro</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>&gt;:<br>
&gt;<br>
&gt;<br>
&gt; 2009/7/31 Harald Stürzebecher &lt;<a href="mailto:haralds@cs.tu-berlin.de">haralds@cs.tu-berlin.de</a>&gt;<br>
&gt;&gt;<br>
&gt;&gt; Hello!<br>
&gt;&gt;<br>
&gt;&gt; 2009/7/31 Yi Ling &lt;<a href="http://lingyi.pro" target="_blank">lingyi.pro</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>&gt;:<br>
&gt;&gt; &gt; there is a section about metadata on page<br>
&gt;&gt; &gt; <a href="http://www.gluster.com/news.php" target="_blank">http://www.gluster.com/news.php</a><br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; &quot;No metadata dependencies - metadata management is frequently a source<br>
&gt;&gt; &gt; of<br>
&gt;&gt; &gt; performance bottlenecks, particularly when there are a very large number<br>
&gt;&gt; &gt; of<br>
&gt;&gt; &gt; files, and can be a single point of failure in traditional file systems.<br>
&gt;&gt; &gt; GlusterFS eliminates this problem with intelligent data placement, an<br>
&gt;&gt; &gt; automatic data distribution method that optimizes the use of resources<br>
&gt;&gt; &gt; and<br>
&gt;&gt; &gt; eliminates metadata bottlenecks.&quot;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; yes,it&#39;s a advantage of GlusterFS. but yet i found no more detailed<br>
&gt;&gt; &gt; information about the &quot;intelligent data placement&quot; &quot;an automatic data<br>
&gt;&gt; &gt; distribution methed&quot;. could anyone explain it in detail? and something<br>
&gt;&gt; &gt; about<br>
&gt;&gt; &gt; file managemment~~~<br>
&gt;&gt;<br>
&gt;&gt; AFAIK, the GlusterFS metadata is stored as extended attributes to the<br>
&gt;&gt; files in the underlying filesystem.<br>
&gt;&gt;<br>
&gt;&gt; Hints can be found here:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; <a href="http://www.gluster.org/docs/index.php/Understanding_AFR_Translator#Locking_and_Change_Log" target="_blank">http://www.gluster.org/docs/index.php/Understanding_AFR_Translator#Locking_and_Change_Log</a><br>

&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; <a href="http://www.gluster.org/docs/index.php/Setting_up_AFR_on_two_servers_with_pre-existing_data#Preparing_the_directories" target="_blank">http://www.gluster.org/docs/index.php/Setting_up_AFR_on_two_servers_with_pre-existing_data#Preparing_the_directories</a><br>

&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Harald Stürzebecher<br>
&gt;<br>
&gt; thanks for replying~~ but im still confused~~~<br>
&gt;<br>
&gt; in client, what&#39;s the routine of an operation like &quot;create&quot;/&quot;read&quot; ,from<br>
&gt; client to server (even backend filesystem)?<br>
&gt;<br>
&gt; &quot;the GlusterFS metadata is stored as extended attributes to the files in the<br>
&gt; underlying filesystem&quot;<br>
&gt; well, after storing, how could i read the file and how to know where the<br>
&gt; file is located (or which server/brick the file is stored)<br>
<br>
</div></div>Distribute Translator provides the functionality of aggregating the<br>
storage from individual nodes and giving the unified view of the total<br>
storage. It stores the layout (which says, which file goes into which<br>
node) of the directory in extended attributes of the directory. And<br>
directories are created on all the nodes. Files are created on only<br>
one of the nodes.<br>
<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Gluster-devel mailing list<br>
&gt; <a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br>
&gt; <a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
&gt;y<br>
&gt;<br>
<br>
<br>
regards,<br>
--<br>
<font color="#888888">Raghavendra G<br>
</font></blockquote></div><br>yes,  HDT translator depends on its name hash, and unify translator has separate namespace volume which is shared by all clients.   as i know, &quot;currently each translator has its own mechanism to maintain global namespace.&quot;  but except from hdt and unify, how do the other tanslators implement the same operation (create, read,readdir ...) ... afr,map,ha,stripe etc.<br>
<br>now i have no common concept about the mechanism, so im so confused to understand the routine of different translator.  thanks for your patience very much ~~~<br>