I would say best bet is to try out different values and benchmark in your app.  We have a fairly busy cluster and run w/ 30 seconds w/ no problems at all.  I am considering changing the default value (in my version) to 30 or 60 as I do think 5 is pretty aggressive.  However, this is something that should be tuned in your app for best results.
<br><br>gw<br><br><div><span class="gmail_quote">On 9/22/07, <b class="gmail_sendername">Hanson Char</b> &lt;<a href="mailto:hanson.char@gmail.com">hanson.char@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>I refer to the (KETAMA_HASH version) java_memcached-1.6.&nbsp;&nbsp;I realize<br>SockIOPool&#39;s the default maintenance thread sleep time &quot;maintSleep&quot; is<br>set to 5 seconds, which seems pretty busy.&nbsp;&nbsp;I am considering setting
<br>the sleep time to, say, 30 or 60 seconds but fear if this would cause<br>too many connections built up between the running of the maintenance<br>thread.&nbsp;&nbsp;The running application using the MemCachedClient is<br>processing from 30 to 90&nbsp;&nbsp;requests per second.
<br><br>Any real life example on how safely this parameter can be set ?&nbsp;&nbsp;Caveat ?<br><br>Thanks in advance,<br>Hanson Char<br></blockquote></div><br><br clear="all"><br>-- <br>Greg Whalin