Comment #3 on issue 142 by ferranbonas: Memcached 1.4.5 using 1.5G at boot
time
http://code.google.com/p/memcached/issues/detail?id=142
The other machines where I've got memcached 1.4.5 running are:
CentOS release 5.4 (Final)
libevent-1.1a-3.2.1
libevent-devel-1.1a-3.2.1
Comment #4 on issue 142 by dsallings: Memcached 1.4.5 using 1.5G at boot
time
http://code.google.com/p/memcached/issues/detail?id=142
Not much is expected to behave properly on libevent-1.1. Can you upgrade
libevent and try your bug again?
No reason to believe this is related, but even i
We're building a system with heavy real-time write volume and looking
for a way to decouple db writes from the user request path.
We're exploring the approach of buffering updated entities in
memcached and writing them back to the database asynchronously. The
primary problem that we're concerned
> We're building a system with heavy real-time write volume and looking
> for a way to decouple db writes from the user request path.
>
> We're exploring the approach of buffering updated entities in
> memcached and writing them back to the database asynchronously. The
> primary problem that we're
On Thu, Jun 3, 2010 at 3:06 PM, ehalpern wrote:
> We're building a system with heavy real-time write volume and looking
> for a way to decouple db writes from the user request path.
>
> We're exploring the approach of buffering updated entities in
> memcached and writing them back to the database
+1 We use gearman for this.
Brian.
http://brian.moonspot.net/
On 6/3/10 3:13 PM, dormando wrote:
We're building a system with heavy real-time write volume and looking
for a way to decouple db writes from the user request path.
We're exploring the approach of buffering updated entitie
Oh, and I wrote about one application that does this.
http://brian.moonspot.net/logging-with-mysql
Brian.
http://brian.moonspot.net/
On 6/3/10 3:13 PM, dormando wrote:
We're building a system with heavy real-time write volume and looking
for a way to decouple db writes from the user r
Others have suggested their favored tools. I would add beanstalkd to the
list
http://kr.github.com/beanstalkd/
I like it since it comes with simple (memcached inspired) protocol and can
persist jobs.
Vladimir
On Thu, 3 Jun 2010, ehalpern wrote:
We're building a system with heavy real-time
One more shop here that uses gearmand for this!