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

RE: [Linux-cluster] GFS file size/performance question



> -----Original Message-----
> From: linux-cluster-bounces redhat com 
> [mailto:linux-cluster-bounces redhat com] On Behalf Of David Teigland
> Sent: Tuesday, April 14, 2009 11:47 AM
> To: linux clustering
> Subject: Re: [Linux-cluster] GFS file size/performance question
> 
> On Mon, Apr 13, 2009 at 10:38:15PM -0400, Jeff Sturm wrote:
> 
> > gfs_tool settune $fs glock_purge 50
> 
> > There have been many prior articles posted on GFS 
> performance.  Search 
> > for e.g. "glock trimming patch".
> 
> That purge/trimming thing was a hack for a very particular 
> corner case (backup process walking over the entire fs and 
> caching all locks on the fs).  Enabling it under other 
> circumstances will most likely *hurt* your performance by 
> artificially reducing normal gfs caching.

In our case it was a periodic rsync process.  The OP was asking about
large numbers of files, so he may have had something similar.  The
gradual slowdown of a single node sounds a lot like what we had seen
with rsync.

Jeff



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