Re: mupdate cpu, thread timeouts

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

 



On 12 Jul 2010, at 15:49, John Madden wrote:
> ...Meaning the error is nothing to worry about?  This is on RHEL  
> 5.5 if that helps.

The "error" is a debug statement.  The CPU usage reflects poorly on  
the pthreads implementation.

> Can any of this be tweaked to, for example, wait longer before  
> thinking the connection to the master has been lost?

You can set mupdate_retry_delay, which controls both how long a NOOP  
is waited for AND how long to sleep between connection retries (+ up  
to 50% more).  The default is 20 seconds.  This is also how long  
imapd et al may be forced to wait if they need to kick the mupdate  
slave and things are hung.  Of course, if things are hung, there are  
perhaps bigger problems.

> It might be nice to be able to re-sync a bunch of slaves while  
> keeping changes locked, or even to do re-syncs with a MVCC sort of  
> model where "here are the changes that were made during your  
> resync" can be sent when re-sync finishes.  I could then throw 8  
> cores at the master and hopefully avoid these thrashing situations.

Where there's a programmer, there's a way...

:wes
----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux