memcached replication

[Ben Manes]

Sorry, this was for my employer (Rearden Commerce) and I can only discuss the high-level details.  Since its not pertinent to others here, I'd be happy to talk off the list.  

----- Original Message ----
From: Thomas Wilsher <twilsher at visiblepath.com>
To: Ben Manes <ben_manes at yahoo.com>; Matt Ingenthron <Matt.Ingenthron at Sun.COM>; Marcus Bointon <marcus at synchromedia.co.uk>
Cc: Memcached list <memcached at lists.danga.com>
Sent: Tuesday, September 4, 2007 3:57:02 PM
Subject: RE: memcached replication

RE: memcached replication


 
 




Ben,



Any chance of this code being made available as open source?



--Thomas





-----Original Message-----

From: memcached-bounces at lists.danga.com on behalf of Ben Manes

Sent: Fri 8/31/2007 4:12 PM

To: Matt Ingenthron; Marcus Bointon

Cc: Memcached list

Subject: Re: memcached replication



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.



----- Original Message ----

From: Matt Ingenthron <Matt.Ingenthron at Sun.COM>

To: Marcus Bointon <marcus at synchromedia.co.uk>

Cc: Memcached list <memcached at lists.danga.com>

Sent: Tuesday, August 28, 2007 10:31:28 PM

Subject: Re: memcached replication



Marcus Bointon wrote:

> On 29 Aug 2007, at 00:37, Dustin Sallings wrote:

>

>> My goal is not replication, but to allow for a sort of L1 cache in an

>> application with memcached as an L2 and cache invalidation service.

>

> That's a really nice idea. I've seen something vaguely similar with

> jgroups, but it lacks the best bits of both memcache and in-process

> caches (I'm also using APC with PHP). I can see that being a very

> efficient system.



That's also what ehCache does (in process cache, with remote L2 cache)

for Java applications.



I've looked at it a bit and talked with Greg Luck about it (the night he

released his "benchmark" between ehCache and memcached).  The

"benchmark" shows an impressive chart but leaves out the details you

really need to understand what's going on-- looks like his blog filled

in the details.



Personally, I see room for both approaches.  From discussions with

others, there are times you just want an app to minimize local memory

usage.  Plus, in talking with Greg, he specifically plans in most cases

to have a cache that overflows OS page buffer, which tells you it's

typically deployed in a different way than memcached.  That doesn't

negate the fact that sometimes a well managed, in-process cache would be

an advantage.



- Matt



--

Matt Ingenthron - Web Infrastructure Solutions Architect

Sun Microsystems, Inc. - Global Systems Practice

http://blogs.sun.com/mingenthron/

email: matt.ingenthron at sun.com             Phone: 310-242-6439

















      ____________________________________________________________________________________

Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center.

http://autos.yahoo.com/green_center/













      ____________________________________________________________________________________
Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center.
http://autos.yahoo.com/green_center/ 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.danga.com/pipermail/memcached/attachments/20070904/b8cd8924/attachment.html