Kamal Jain <kjain@xxxxxxxxxxxxxxxxxxx> writes: > On the demote_secs tuning parameter, I see you're suggesting 600 > seconds, which appears to be longer than the default 300 seconds as > stated by Wendy Cheng at > http://people.redhat.com/wcheng/Patches/GFS/readme.gfs_glock_trimming.R4 > -- we're running RHEL4.5. Wouldn't a SHORTER demote period be > better for lots of files, whereas perhaps a longer demote period > might be more efficient for a smaller number of files being locked > for long periods of time? It depends on your usage pattern. I had to access lots of files repeatedly, ie. cycling over them periodically by one machine in the cluster. It helped me a LOT to keep those GFS locks cached on that machine, while the others were all right without being lock masters as they ever needed some of the files only, not all of them. > On a related note, I converted a couple of the clusters in our lab > from GULM to DLM and while performance is not necessarily noticeably > improved (though more detailed testing was done after the > conversion), we did notice that both clusters became more stable in > the DLM configuration. I've never tried GULM, so I can't comment on this. -- Regards, Feri. -- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
