Thanks Michael, I've set this option on my filesystems. How should this impact to the system performance/behaviour? More/less memory usage? I guess that, by trimming the 50% of unused locks every 5 secs, it should cut off memory usage too.. am I right? 
<div><br class="webkit-block-placeholder"></div><div>If this works, I could also raise the drop_count value?<br><br><div><span class="gmail_quote">2007/9/10, Hagmann, Michael <<a href="mailto:Michael.Hagmann@hilti.com">
Michael.Hagmann@hilti.com</a>>:</span><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">Hi</font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">When you are on RHEL4.5 then I highly suggest you to use 
the new glock_purge Parameter for every gfs Filesystem add to 
/etc/rc.local</font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">-------</font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">gfs_tool settune / glock_purge 50<br>gfs_tool settune 
/scratch glock_purge 50<br>-------</font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">also this Parameter has to set new on every mount. That 
mean when you umount it and then mount it again, run the /etc/rc.local again, 
otherway the parameter are gone!</font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">maybe also checkout this page --> <a href="http://www.open-sharedroot.org/Members/marc/blog/blog-on-gfs/glock-trimming-patch" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.open-sharedroot.org/Members/marc/blog/blog-on-gfs/glock-trimming-patch</a></font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font face="Arial" color="#0000ff" size="2">mike</font></span></div><br>
<div lang="en-us" dir="ltr" align="left">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:linux-cluster-bounces@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">linux-cluster-bounces@redhat.com</a> 
[mailto:<a href="mailto:linux-cluster-bounces@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">linux-cluster-bounces@redhat</a><a href="mailto:linux-cluster-bounces@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
.com</a>] <b>On Behalf Of </b>Claudio 
Tassini<br><b>Sent:</b> Montag, 10. September 2007 13:19<br><b>To:</b> linux 
clustering<br><b>Subject:</b> [Linux-cluster] GFS: drop_count and drop_period 
tuning<br></font><br></div><div><span class="e" id="q_114f1499f00f3b44_1">
<div></div>Hi all,
<div><br> </div>
<div>I have a four-nodes GFS cluster on RH 4.5 (last versions, updated 
yesterday). There are three GFS filesystems ( 1 TB, 450 GB and 5GB), serving 
some mail domains with postfix/courier imap in a "maildir" configuration. </div>
<div><br> </div>
<div>As you can suspect, this is not exactly the best for GFS: we have a lot 
(thousands) of very small files (emails) in a very lot of directories. I'm 
trying to tune up things to reach the best performance. I found that tuning the 
drop_count parameter in /proc/cluster/lock_dlm/drop_period , setting it to a 
very large value (it was 500000 and now, after a memory upgrade, I've set it to 
1500000 ), uses a lot of memory (about 10GB out of 16 that I've installed in 
every machine) and seems to "boost" performance limiting the iowait CPU usage. 
</div></span>
<div><br> </div>
<div>The bad thing is that when I umount a filesystem, it must clean up all that 
locks (I think), and sometimes it causes problems to the whole cluster, with the 
other nodes that stop writes to the filesystem while I'm umounting on one node 
only.  </div>
<div>Is this normal? How can I tune this to clean memory faster when I umount 
the FS? I've read something about setting more gfs_glockd daemons per fs with 
the num_glockd mount option, but it seems to be quite deprecated because it 
shouldn't be necessary.. </div>
<div><br> </div>
<div><br clear="all"><br>-- <br>Claudio Tassini </div></div></div>
<br>--<br>Linux-cluster mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:Linux-cluster@redhat.com">Linux-cluster@redhat.com</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://www.redhat.com/mailman/listinfo/linux-cluster" target="_blank">
https://www.redhat.com/mailman</a><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://www.redhat.com/mailman/listinfo/linux-cluster" target="_blank">/listinfo/linux-cluster</a><br></blockquote></div><br>
<br clear="all"><br>-- <br>Claudio Tassini
</div>