Your config looks fine to me (though a maint sleep of 1 sec is pretty aggressive and will likely cause some performance issues). As to other branches, nothing I can do if people do not choose to send them back upstream. That said, I am fairly confident their are no threading issues which would cause what you are seeing. This would be the only report and the client is in heavy use by many deployments w/ no bug reports matching this. The threading issues that do exist in the version you are running are more due to excessive locking and thread contention. Those are mostly gone in the trunk version. The trunk version also merged in the consistent hashing from the ketama branch, but that branch itself is way out of date and filled w/ bugs that have been fixed. Some pretty bad.
<br><br>gw<br><br><div class="gmail_quote">On Jan 2, 2008 5:38 AM, André Cruz <<a href="mailto:andre.cruz@co.sapo.pt">andre.cruz@co.sapo.pt</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello Greg.<br><div class="Ih2E3d"><br>On 2007/12/28, at 21:02, Greg Whalin wrote:<br><br>> Sorry for not responding sooner. I have been out of town for the<br>> holidays. This does not correspond to any known or reported bug in
<br>> the Java client I am maintaining and it is in heavy use at quite a<br>> few heavy installations. Not saying that it is out of the question,<br>> but definitely not something I am aware of. Looking at the debug,
<br>> the client is simply spitting out the response it received from the<br>> server. How have you configured your client install (did you follow<br>> the HOWTO document from the site)?<br>><br><br></div>Yes I did. Here is some code:
<br><br> String serverList = ctx.getInitParameter(MEMCACHE_SERVERS_INIT_PARAM);<br> timeout = 1000 *<br>Long.parseLong(ctx.getInitParameter(TIMEOUT_INIT_PARAM));<br><br> pool =
SockIOPool.getInstance();<br><br> if (serverList != null) {<br> String[] memcaches = serverList.split(" ");<br> if (memcaches.length > 0) {<br>
pool.setServers(memcaches);<br><br> }<br> }<br><br> pool.setInitConn(5);<br> pool.setMinConn(5);<br> pool.setMaxConn(50);<br>
pool.setMaintSleep(1000);<br><br> pool.setHashingAlg(SockIOPool.NEW_COMPAT_HASH);<br> pool.setNagle(false);<br> pool.initialize();<br><br><br><br>I then use SockIOPool.getInstance
() in various places in my code to<br>access memcache. Are there threading issues I should be aware of?<br><br>Also, I got an email from <a href="mailto:hanson.char@gmail.com">hanson.char@gmail.com</a> saying:<br><br>> Hi André,
<br>><br>> I am using the java memecached client 1.6.1 with the SockIOPool<br>> replaced with ketama for consistent hashing. I did find some<br>> threading issue and fixed them. So currently the one I have seems to
<br>> be running fine. Are you interested to try out my version of the java<br>> memcached client to see if it still has the same problem ?<br><br><br>I don't know why he didn't submit them but maybe it would be
<br>productive if you two synched?<br><br>Thanks for the help,<br><font color="#888888">André Cruz</font></blockquote></div><br><br clear="all"><br>-- <br>Greg Whalin