[Linux-cluster] Why GFS is so slow? What it is waiting for?

Andrew A. Neuschwander andrew at ntsg.umt.edu
Thu May 8 22:52:18 UTC 2008

I've looked at this problem a bit as well. My system is a 4Gb FC SAN with
a bonded GigE DLM dedicated network. Stat'ing 30,000 files in 3 minutes on
GFS isn't unreasonable considering that it must get and release the gfs
locks. In this scenario, you are averaging about 6ms per file stat. When
we did our tests, all of our subsystems (FC, Net, CPU, Memory, Disk) were
near idle. I think the 6ms is simply the accumulated latency of all the
subsystems involved. There is a lot of work happening in that short period
of time.

Andrew A. Neuschwander, RHCE
Linux Systems/Software Engineer
College of Forestry and Conservation
The University of Montana
andrew at ntsg.umt.edu - 406.243.6310

On Thu, May 8, 2008 4:29 pm, Bob Peterson wrote:
> On Thu, 2008-05-08 at 14:27 -0700, Ja S wrote:
>> Hi, All:
>> I used to post this question before, but have not
>> received any comments yet. Please allow me post it
>> again.
>> I have a subdirectory containing more than 30,000
>> small files on a SAN storage (GFS1+DLM, RAID10). No
>> user application knows the existence of the
>> subdirectory. In other words, the subdirectory is free
>> of accessing.
>> However, it took ages to list the subdirectory on an
>> absolute idle cluster node. See below:
>> # time ls -la | wc -l
>> 31767
>> real    3m5.249s
>> user    0m0.628s
>> sys     0m5.137s
>> There are about 3 minutes spent on somewhere. Does
>> anyone have any clue what the system was waiting for?
>> Thanks for your time and wish to see your valuable
>> comments soon.
>> Jas
> Hi Jas,
> I believe the answer to your question is in the FAQ:
> http://sources.redhat.com/cluster/wiki/FAQ/GFS#gfs_slow
> Regards,
> Bob Peterson
> Red Hat Clustering & GFS
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster

More information about the Linux-cluster mailing list