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@xxxxxxxxx -----Original Message----- From: linux-cluster-bounces@xxxxxxxxxx on behalf of Brad Filipek Sent: Fri 2007-08-24 10:14 To: linux clustering Subject: 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? Thanks, 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.
<<winmail.dat>>
-- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster