[Linux-cluster] Behavior of "statfs_fast" settune
Wendy Cheng
wcheng at redhat.com
Wed Jan 16 16:25:38 UTC 2008
Wendy Cheng wrote:
> Mathieu Avila wrote:
>> Hello GFS developers,
>>
>> I am in the process of evaluating the performance gain of
>> the "statfs_fast" patch.
>> Once the FS is mounted, I perform "gfs_tool settune ...." and then i
>> measure the time to perform "df" on a partially filled FS. The time is
>> almost the same, "df" returns almost instantly, with a value really
>> near the truth, and progressively reaching the true one.
>>
>> But I have noticed that when the FS size increases, the time to
>> perform "gfs_tool settune ...." increases dramatically. In fact,
>> after a few measures, it appears that the time to perform "df" without
>> fuzzy statfs is the same as the time to activate fuzzy statfs.
> In theory, this shouldn't happen. Are you on RHEL 4 or RHEL 5 ? And
> what is the FS size that causes this problem ?
>
I just did a quick try. It doesn't happen to me. By reading your note,
were you *repeatedly* issuing "gfs_tool settune .." then followed by
"df" ? Remember the "settune" is expected to be run *once* right after
the particular GFS filesystem is mounted. You certainly *can* run it
multiple times. It won't hurt anything. However, each time the "settune"
is invoked, the code has to perform a regular "df" (i.e. that's the way
it initializes itself). I suspect this is the cause of your issue. Let
me know either way.
-- Wendy
More information about the Linux-cluster
mailing list