Well we applied the 'echo "0" >> /proc/cluster/lock_dlm/drop_count' before mounting our GFS partitions. We also introduced another pop3 node in the cluster, installed imapproxy on our webmail machine and made connections for pop3 and imap persistant for 120 seconds on loadbalancers. We did not turn on data journaling because most of files on filesystem are not empty. At the moment the condition is stable. We will probably introduce another node soon. On Fri, 2006-04-21 at 11:15 -0300, German Staltari wrote: > David Teigland wrote: > > On Mon, Apr 17, 2006 at 05:41:39PM +0200, Nemanja Miletic wrote: > > > >> Hi, > >> > >> Does anyone think that turning on journaling on files could help us > >> speed up the access to gfs partition? > >> > >> This would be difficult because journaling can be turned on only on > >> files that are empty. We have a large number of empty files of active > >> users that download all their mail from pop3 server, so turning on > >> jurnaling for them should be possible. > >> > > > > Data journaling might help, it will speed up fsync(), but will increase > > the i/o going to your storage. > > > > > >> What size should be the journals when file journaling is on? > >> > > > > Continue to use the default. > > > > Another thing you might try is disabling the drop-locks callback, allowing > > GFS to cache more locks. Do this before you mount: > > echo "0" >> /proc/cluster/lock_dlm/drop_count > > > > > Did you apply this changes? Could you share the results of this changes > in your configuration? Do you recommend it? > Thanks > German Staltari > -- Nemanja Miletic, System Engineer ----- YUnet International http://www.EUnet.yu Dubrovacka 35/III, 11000 Belgrade Tel: +381 11 3305633; Fax: +381 11 3282760 ----- This e-mail is confidential and intended only for the recipient. Unauthorized distribution, modification or disclosure of its contents is prohibited. If you have received this e-mail in error, please notify the sender by telephone +381 11 3305633. -- Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
