[Linux-cluster] dissapointed with GFS performance
Bryn M. Reeves
breeves at redhat.com
Fri Aug 24 14:52:44 UTC 2007
-----BEGIN PGP SIGNED MESSAGE-----
Brad Filipek wrote:
> Is there any way to ?tune? gfs so that it will run faster? I have a GFS
> partition with data on it which our internal order system accesses. It
> is a text based (command line) driven application which is installed on
> the local disks, and accesses the data through the /data directory which
> is mounted on the GFS partition. When I run the program, I can notice
> latency between menu changes. To confirm that it is GFS causing the
> latency, I created an ext3 partition on my SAN, unmounted /data from the
> GFS partition, then mounted /data to the newly created EXT3 partition. I
> placed the exact same data on this EXT3 partition, fired up my
> application, and it whips through menu changes instantly. This tells me
> that the SAN is fast, but GFS is not.
> What can I do to speed up GFS, or is this just the way it is?
There are things you can do to tune GFS, most of them referenced in the
FAQ or in posts to this lists. It's might be that you'll get bigger
improvements by tuning the app to work better with GFS though, i.e. to
avoid operations that are known to be expensive over GFS.
Can you give us some idea of how the application accesses & uses the
data in the GFS file system?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the Linux-cluster