[Linux-cluster] dissapointed with GFS performance

Alexandre Racine Alexandre.Racine at mhicc.org
Fri Aug 24 14:24:06 UTC 2007

You'll never have the same performance with remote data and local data.
You can test those with real numbers if you want. You can try those two hard drive benchmark programs : bonnie++ and iozone.

I am actually working on improving performance right now.

Where to begin:
-Do you have a 1000gbs link?
-Do you use jumbo frames?

You also have to know what your software is actually doing. Reading 1 text file or 2000? You did not post your gfs version, but I know that there was a patch lately for directory listing that was sooo slow.

Alexandre Racine
Projets spéciaux
514-461-1300 poste 3304
alexandre.racine at mhicc.org

-----Original Message-----
From: linux-cluster-bounces at redhat.com on behalf of Brad Filipek
Sent: Fri 2007-08-24 10:14
To: linux clustering
Subject: [Linux-cluster] dissapointed with GFS performance
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? 



Brad Filipek


Confidentiality Notice: This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. 

If you have received this communication in error, please notify us immediately by email reply or by telephone and immediately delete this message and any attachments.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3958 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20070824/91649a91/attachment.bin>

More information about the Linux-cluster mailing list