<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><div>hi,</div><div>&nbsp; &nbsp; I have encountered problems that I mounted GlusterFS client as local filesystem by fuse.&nbsp;<span style="line-height: 23.8px;">By "mount -t glusterfs -o attribute-timeout=86400 -o entry-timeout=86400 -o direct-io-mode=enable server1:/testvol /mnt/glusterfs', I mounted GlusterFS to Client1, meanwhile, Client1 didn't exist bricks. In Client1, I excuted a ls shell to list the dentries.&nbsp;</span><span style="line-height: 23.8px;">From the "glusterfs(8) - Linux man page", options like attribute-timeout,entry-timeout will affect the metadata cache in FUSE kernel.</span></div><div>&nbsp; &nbsp; 1, I have monitored the Client1's memory by "free -m" when the bash shell was excuted, it didn't change any more.</div><div>&nbsp; &nbsp; 2, I also have monitored the Server1's memory by "free -m", it grew about 4G(3 million files).</div><div>&nbsp; &nbsp; 3, How to explain the phenomenon? The metadata cache was provided by FUSE kernel, was there something wrong with my mounting command?</div></div><br><br><span title="neteasefooter"><p>&nbsp;</p></span>