<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><font face="Arial">Hi!<br>
Happy Wednesday! Thanks again for doing this Greg. We need to buy
more memory to afford another cache so haven't tested this yet.<br>
<br>
Cheers!<br>
-Mybrid<br>
<br>
</font></font><br>
Greg Whalin wrote:
<blockquote cite="mid429E0A5F.3040902@meetup.com" type="cite">Kevin
Burton wrote:
<br>
<blockquote type="cite">Mybrid Spalding wrote:
<br>
<br>
<blockquote type="cite">Hi!
<br>
Greetings from a first-time poster. I'm currently using the Java
client to connect to memcached. For robustness reasons I'm thinking of
segementing traffic to different caches. That way if one cache pool
goes down I can route to another. However, reading the Java docs its
not obvious to me how to or a good strategy.
<br>
</blockquote>
<br>
<br>
Actually this is a standing problem in my mind.
<br>
The java memcached implementation is a singleton. There's no way to
have two sets of memcached servers.
<br>
This can be used for namespacing. Certain types of cache data might
want to have different policies. For example if one logical cache has
few updates but is very expensive to fetch from teh original source you
might want to keep it around FOREVER. However if you have a secondary
cache which is active it will push out the first cache (assuming you're
on the same box).
<br>
<br>
The java-memcached client could easily be updated - maybe like a 5 line
patch - to fix this. Problem. The existing API could also be
preserved and users could just assume its the "default pool"...
<br>
<br>
Greg... did you ever get around to putting memcached into CVS :)
<br>
<br>
Kevin
<br>
<br>
</blockquote>
<br>
<br>
Already implemented in head source version (subversion). Not very
heavily tested at this point (hence not released), but was a small
change and seemingly pretty straight forward.
<br>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Mybrid Spalding
CTO - DataRebels, Inc.
1920 Rock Street #2
Mountain View, CA 94043
Office: (650) 965-4217
Mobile: (650) 861-0486
<a class="moz-txt-link-abbreviated" href="http://www.datarebels.com">www.datarebels.com</a>
</pre>
</body>
</html>