.gluster.org/docs/index.php/Understanding_DHT_Translator</a></div> <div><br></div><div>It seems to calculate hash value based on its parent di= rectory.</div><div><br></div><div>For example, I have 3 bricks, br1, br2, b= r3 and each has 100G.</div><div>And I'm going to more files on the foll= owing two directories, one is 10G and the other is 150G</div> <div><br></div><div>/aa/* =A0 =A0 =A0 (thousand files total=A010G)</div><di= v>/bb/* =A0 =A0 =A0 (tens of thousand files total 150G)</div><div><br></div= ><div>If files in /aa/ is mapped to br1 and =A0/bb/ is mapped to br2, would= the overflowing 50G of /bb/ be stored at one of free spaces in br1 or br3?= </div> <div>(min-free-disk is 0 for easier example)</div><div><br></div><div>If it= is supported, how GFS can fine the overflowing files with O(1).</div><div>= Otherwise, total size of a directory might be much=A0smaller than one brick= size. (many directories can use same brick)</div> <div><br></div><font color=3D"#888888"><div><a href=3D"http://www.gluster.o= rg/docs/index.php/Understanding_DHT_Translator" target=3D"_blank"></a><div>= Min</div></div> </font></div><br><div>Thanks</div> --0016368325a87da4b8046be0b305--
