<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7651.59">
<TITLE>RE: memcached replication</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Ben,<BR>
<BR>
Any chance of this code being made available as open source?<BR>
<BR>
--Thomas<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: memcached-bounces@lists.danga.com on behalf of Ben Manes<BR>
Sent: Fri 8/31/2007 4:12 PM<BR>
To: Matt Ingenthron; Marcus Bointon<BR>
Cc: Memcached list<BR>
Subject: Re: memcached replication<BR>
<BR>
I just finished rewriting our caching layer, and this is exactly what we did - ehcache backed by memcached. When invalidation occurs, the remote cache is rewarmed and a JMS message is broadcasted for all servers to refresh their caches. There's a lot more whiz-bang features, of course, and it performs pretty darn well. It takes about 5-10 minutes to convert a new cache based on ehcache over to one that is also backed by memcached and participates in all the cache management flows.<BR>
<BR>
----- Original Message ----<BR>
From: Matt Ingenthron <Matt.Ingenthron@Sun.COM><BR>
To: Marcus Bointon <marcus@synchromedia.co.uk><BR>
Cc: Memcached list <memcached@lists.danga.com><BR>
Sent: Tuesday, August 28, 2007 10:31:28 PM<BR>
Subject: Re: memcached replication<BR>
<BR>
Marcus Bointon wrote:<BR>
> On 29 Aug 2007, at 00:37, Dustin Sallings wrote:<BR>
><BR>
>> My goal is not replication, but to allow for a sort of L1 cache in an<BR>
>> application with memcached as an L2 and cache invalidation service.<BR>
><BR>
> That's a really nice idea. I've seen something vaguely similar with<BR>
> jgroups, but it lacks the best bits of both memcache and in-process<BR>
> caches (I'm also using APC with PHP). I can see that being a very<BR>
> efficient system.<BR>
<BR>
That's also what ehCache does (in process cache, with remote L2 cache)<BR>
for Java applications.<BR>
<BR>
I've looked at it a bit and talked with Greg Luck about it (the night he<BR>
released his "benchmark" between ehCache and memcached). The<BR>
"benchmark" shows an impressive chart but leaves out the details you<BR>
really need to understand what's going on-- looks like his blog filled<BR>
in the details.<BR>
<BR>
Personally, I see room for both approaches. From discussions with<BR>
others, there are times you just want an app to minimize local memory<BR>
usage. Plus, in talking with Greg, he specifically plans in most cases<BR>
to have a cache that overflows OS page buffer, which tells you it's<BR>
typically deployed in a different way than memcached. That doesn't<BR>
negate the fact that sometimes a well managed, in-process cache would be<BR>
an advantage.<BR>
<BR>
- Matt<BR>
<BR>
--<BR>
Matt Ingenthron - Web Infrastructure Solutions Architect<BR>
Sun Microsystems, Inc. - Global Systems Practice<BR>
<A HREF="http://blogs.sun.com/mingenthron/">http://blogs.sun.com/mingenthron/</A><BR>
email: matt.ingenthron@sun.com Phone: 310-242-6439<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
____________________________________________________________________________________<BR>
Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center.<BR>
<A HREF="http://autos.yahoo.com/green_center/">http://autos.yahoo.com/green_center/</A><BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>