Ben, Thanks for the info!<br><br>Dustin, great job with the new library! Regarding this new library(<a href="http://bleu.west.spy.net/~dustin/projects/memcached/">http://bleu.west.spy.net/~dustin/projects/memcached/</a>), could anyone help me understand the following
<br><br>1) How stable is the codebase? Currently I am running Greg's library on the production site. Is Dustin's codebase stable enough to switch in production ? ( I know that I need to do some testing at my end before making the decision. But thought of getting some feedback before writing testcases )
<br><br>2) Any specific reason on why there is only a synchronous <i>get </i>but not synchronous <i>multiget </i>( I found only async <i>multiget </i>in the API doc ) ?<br><br>3) KetamaHash is the consitent hashing implementation. Looking at the code, I can see that we could use FastMD5 (
<a href="http://www.twmacinta.com/myjava/fast_md5.php">http://www.twmacinta.com/myjava/fast_md5.php</a> ) instead of Java's default implementation (java.security.MessageDigest ) for better hashing performance.<br><br>
While porting my app to the new library, I found <br><br>1) Server Weights are missing. Does this mean that all server gets the same weights irrespective of the server's config?<br><br>2) The set and add API forces to provide expiry date. It would be great to also provide a function that would assume that the TTL ( time to live) is infinite. ( Coz most of the data that I store in memcache is expected to be there always :) )
<br><br>3) A small typo in the 'Advanced Usage' section ( <a href="http://bleu.west.spy.net/~dustin/projects/memcached/">http://bleu.west.spy.net/~dustin/projects/memcached/</a> ). It was specified to use f.cancel
() to cancel the FutureTask. The FutureTask API ( 1.6 ) actually expects f.cancel(boolean).<br><br>Thanks in advance!<br>-Rakesh<br><br><br><div class="gmail_quote">On Nov 15, 2007 2:59 AM, Ben Manes <<a href="mailto:ben_manes@yahoo.com">
ben_manes@yahoo.com</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;"><div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">
<div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">I believe Dustin's library supports this, which is also listed on memcached's site. I haven't used it and you might want to check with him to find out how much production testing its gone through. It looks more powerful/robust compared to Greg's, but is also a newer code base. If I was to switch, I'd run it through our unit tests, a QA cycle, and stress test. So if you've already built out on your current version, be careful during migration.
<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Rakesh Rajan <<a href="mailto:rakeshxp@gmail.com" target="_blank">rakeshxp@gmail.com</a>>
<br>To: <a href="mailto:memcached@lists.danga.com" target="_blank">memcached@lists.danga.com</a><br>Sent: Tuesday, November 13, 2007 11:38:06
AM<br>Subject: Java Library + Consistent Hashing<br><br>
Hello All,<br><br>I am using java library (<a rel="nofollow" href="http://www.whalin.com/memcached" target="_blank">http://www.whalin.com/memcached</a>) for accessing memcached server. Does the current implementation of this java client library support consistent hashing ? ( I found references only to NATIVE_HASH, OLD_COMPAT_HASH and NEW_COMPAT_HASH in the source code) . If not, are there any other java library supporting this hashing ?
<br><br>Thanks in advance!<br><br>-Rakesh<br><div class="WgoR0d"><br><br><br>
</div></div><div class="WgoR0d"><br></div></div></div><div class="WgoR0d"><br>
<hr size="1">Get easy, one-click access to your favorites.
<a href="http://us.rd.yahoo.com/evt=51443/*http://www.yahoo.com/r/hs" target="_blank"> Make Yahoo! your homepage.</a>
</div></div></blockquote></div><br>