[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] dissapointed with GFS performance



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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?

Regards,
Bryn.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFGzvC86YSQoMYUY94RAqC5AJ9rSEs6n7dVXCYXLNmwqdR77Gaa0QCfb2iv
GkdRTpE/C4eBcFrAz7hIReI=
=fV1R
-----END PGP SIGNATURE-----


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]