RE: gfs perfomance tuning

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

 




http://sourceware.org/cluster/faq.html#gfs_tuning



Alexandre Racine
Projets spéciaux
514-461-1300 poste 3304
alexandre.racine@xxxxxxxxx



-----Original Message-----
From: linux-cluster-bounces@xxxxxxxxxx on behalf of Marc Grimme
Sent: Tue 2007-10-09 02:16
To: linux-cluster@xxxxxxxxxx; mital@xxxxxxxxxxxxxx
Subject: Re:  gfs perfomance tuning
 
Hi Mital,
enable glock_purging and have a look at here:
http://www.opensharedroot.org/Members/marc/blog/blog-on-gfs
http://www.opensharedroot.org/Members/marc/blog/blog-on-dlm
try to adjust the rsbtbl_size and lkbtbl_size. That will help when having many 
files.
Regards Marc.
On Tuesday 09 October 2007 04:05:37 Mital Patel wrote:
> Hi,
>
> I am looking for suggestions on how to increase the speed of our GFS
> configuration.  We are using GFS on a cluster of 4 web servers with a
> EMC AX150i iscsi server backend.  Cluster/GFS is setup and working
> properly, however it seems to have horrible performance when multiple
> nodes attempt to create files in the same shared directory.  Our
> application require us to create many small files on the shared drive,
> which according to this site,
> http://kbase.redhat.com/faq/FAQ_78_3152.shtm is not the best environment
> to use GFS.  I am exploring alternatives, but if we can get GFS to a
> point where it's usable, we want to stick with it and hope GFS2
> increases the performance even more.
>
> I have read through some previous threads and it seems like I can eek
> some performance by increasing the gfs_scand interval, is that correct?
> Are there any other settings that would help with performance?
>
> System Info:
> Centos 4.5
> kernel 2.6.9-55.0.6.ELsmp
> GFS-kernel-smp-2.6.9-72.2.0.7
> GFS-6.1.14-0
> dlm-1.0.3-1
> dlm-kernel-smp-2.6.9-46.16.0.8
>
>
> gfs_tool gettune:
> ilimit1 = 100
> ilimit1_tries = 3
> ilimit1_min = 1
> ilimit2 = 500
> ilimit2_tries = 10
> ilimit2_min = 3
> demote_secs = 300
> incore_log_blocks = 1024
> jindex_refresh_secs = 60
> depend_secs = 60
> scand_secs = 5
> recoverd_secs = 60
> logd_secs = 1
> quotad_secs = 5
> inoded_secs = 15
> glock_purge = 0
> quota_simul_sync = 64
> quota_warn_period = 10
> atime_quantum = 3600
> quota_quantum = 60
> quota_scale = 1.0000   (1, 1)
> quota_enforce = 0
> quota_account = 0
> new_files_jdata = 0
> new_files_directio = 0
> max_atomic_write = 4194304
> max_readahead = 262144
> lockdump_size = 131072
> stall_secs = 600
> complain_secs = 10
> reclaim_limit = 5000
> entries_per_readdir = 32
> prefetch_secs = 10
> statfs_slots = 64
> max_mhc = 10000
> greedy_default = 100
> greedy_quantum = 25
> greedy_max = 250
> rgrp_try_threshold = 100
> statfs_fast = 0
>
>
>
>
>
> Mital
>
> --
> Linux-cluster mailing list
> Linux-cluster@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/linux-cluster



-- 
Gruss / Regards,

Marc Grimme
Phone: +49-89 452 3538-14
http://www.atix.de/               http://www.open-sharedroot.org/

**

Visit us at LinuxWorld Conference & Expo 
31.10. - 01.11.2007 in Jaarbeurs Utrecht - The Netherlands
ATIX stand: Hall 9 / B 005

**
ATIX Informationstechnologie und Consulting AG
Einsteinstr. 10 
85716 Unterschleissheim
Deutschland/Germany

Phone: +49-89 452 3538-0
Fax:   +49-89 990 1766-0

Registergericht: Amtsgericht Muenchen
Registernummer: HRB 168930
USt.-Id.: DE209485962

Vorstand: 
Marc Grimme, Mark Hlawatschek, Thomas Merz (Vors.)

Vorsitzender des Aufsichtsrats:
Dr. Martin Buss

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

<<winmail.dat>>

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux