Hi,
we expirience memcache slow responses. (rare, only 3..5x per 24h)
I tracked the "mecache timeout errors" down to the following:
36278 13:52:46.020698 192.168.43.129 -> 192.168.43.133 MEMCACHE get
key
36299 13:52:46.061557 192.168.43.133 -> 192.168.43.129 TCP memcache >
47127 [ACK] Seq=1 Ack=7
Comment #16 on issue 149 by webmas...@vengava.com: memcached.exe exits with
Failed to ignore SIGHUP
http://code.google.com/p/memcached/issues/detail?id=149
Something to add to Comment 14:
Follow the steps from:
http://support.microsoft.com/kb/137890
Repeat step 5 with these values:
Value N
Hi :)
We have a small farm of 8 memcached boxes (Dell R210s, Debian Lenny
x64) with 8GB RAM. I've just noticed that a) there is swap configured
on these machines (probably my bad) and b) many gigabytes of swap is
being used.
memcache09:~# ps faux
USER PID %CPU %MEMVSZ RSS TTY ST
Comment #17 on issue 149 by webmas...@vengava.com: memcached.exe exits with
Failed to ignore SIGHUP
http://code.google.com/p/memcached/issues/detail?id=149
Something to add to Comment 14:
Follow the steps from:
http://support.microsoft.com/kb/137890
Repeat step 5 with these values:
Value N
The 'swappiness' proc knob was on its default of 60, but I just don't
get it... the VIRT columns of all running process don't add up to
anywhere near (physical RAM + swap in use) (they add to under 10GB)
It can't even be disk cache because there's only 660MB in use on the
rootfs...
Filesystem
Hi Brian,
Thanks for that; I'll try pulling back the RAM usage on each instance
a little to clear some more headroom, and disable swap on one of the
mc nodes so I can monitor for OOM process kills.
The RSS numbers still don't add up to the amount of swap being used,
so I'm still curious about tha
On 10/8/10 3:55 PM, Gavin Hamill wrote:
Hi Brian,
Thanks for that; I'll try pulling back the RAM usage on each instance
a little to clear some more headroom, and disable swap on one of the
mc nodes so I can monitor for OOM process kills.
The RSS numbers still don't add up to the amount of swap
> On 10/8/10 3:55 PM, Gavin Hamill wrote:
> > Hi Brian,
> >
> > Thanks for that; I'll try pulling back the RAM usage on each instance
> > a little to clear some more headroom, and disable swap on one of the
> > mc nodes so I can monitor for OOM process kills.
> >
> > The RSS numbers still don't ad
Comment #7 on issue 158 by marcolslaviero: Single packet DoS on UDP channel
http://code.google.com/p/memcached/issues/detail?id=158
Well spotted, I was indeed running the initial tests with -t 1. At least
that clears up some minor confusion this side.
On Oct 6, 5:28 am, subbu wrote:
> Hi Dustin
>
> Appreciate your inputs…
>
> Currently we are using a key pattern {applicationname}.{context}.
> {resourceid} which is similar to RESTFul URI convention (examples:
> shoppingApps.products.23235) as the key before storing the data into
> memcache serv
> we expirience memcache slow responses. (rare, only 3..5x per 24h)
> I tracked the "mecache timeout errors" down to the following:
>
[snip]
>
> now some data:
> memcached-server is running 2.6.31-gentoo-r4, memcache-1.4.5 and a
> mysql instance.
> it is a single quadc...@2.5 GHz w/ 8 GB RAM, about
11 matches
Mail list logo