Actually sorry I should've been more descriptive. I plan on using a java
client to get the stats from memcached so that we can eventually pipe the
stats to our monitoring software. What would be the best java client?
Spymemcached?
Also, is there any consideration in the future to provide stats via JMX?
-ts
-Original Message-
From: memcached@googlegroups.com [mailto:memcac...@googlegroups.com] On
Behalf Of dormando
Sent: Tuesday, May 18, 2010 1:58 AM
To: memcached@googlegroups.com
Subject: RE: Global Lock When Getting Stats?
memcached.org/wiki
also inside the source tarball there's a protocol.txt that explains the
raw stats thoroughly. You seem to be referring to the php api's stats
call.
On Mon, 17 May 2010, Tim Sneed wrote:
Great thanks for the information! Is there any documentation available
from
the project team that explains the monitoring aspects of memcached? Such
as
the methods of receiving stats (if there are any aside from getStats())?
-Original Message-
From: memcached@googlegroups.com [mailto:memcac...@googlegroups.com] On
Behalf Of dormando
Sent: Thursday, May 13, 2010 4:57 PM
To: memcached
Subject: Re: Global Lock When Getting Stats?
I was watching a Memcached video spoken by John Adams when I heard
something that made me curious. When one gets stats from memcached,
does it really perform a global lock? Does anyone have any good test
cases on what sort of impact there is with an increasing node size
with respect to performance degradation?
'stats sizes' grabs a global lock and iterates the whole cache. we don't
recommend you run that one. All other stats commands are extremely fast.
I am looking to do some research on expanding our product to support
real-time monitoring, management, and analysis of memcached. But I'm a
little concerned that this lock occurs during every stat collection,
so much to the point that John Adams mentions that it can noticeably
degrade the performance of memcached. I tried to do some research on
my own but am finding very little performance analysis or any
benchmark info with respect to constant polling (minimally 30 sec
interval) of a enterprise-level memcached distributed system. Has
anyone seen bad performance with respect to a large cluster and
gathering stats? Any info would be great, thanks!
There is no major lock every stat collection. There's a minor lock and
reading the values is very fast.
A while ago twitter was running an extremely old version of memcached and
they took a long time to upgrade. That particular version had a bug in
stats collection that was *missing* a mutex lock, and would thus crash
sometimes. So they were afraid of running stats commands. That bug hasn't
existed for three years at least.
-Dormando