Re: using memcached for php session management - high load site

2010-10-11 Thread moses wejuli
memcache memcached connection connections

On 8 October 2010 05:32, Brian Moon br...@moonspot.net wrote:

 Read this and make sure it fits your use case.
 http://code.google.com/p/memcached/wiki/NewProgrammingFAQ#Why_is_memcached_not_recommended_for_sessions?_Everyone_does_it
 !


  how many concurrent connections can memcached handle? how do i check
 to see if in fact this is the bottleneck?


 my memcached servers handle 8k connections each. I know of others that have
 blown this number away.  listen_disabled_num tells you how many times you
 have hit your connection limit.


  any other information regarding what settings / stat values to look
 for would be helpful.


 evictions and measuring hits vs. misses will tell you if your cache is
 being used efficiently. There are a ton of other stats. Use something like
 Cacti to graph the data. There are a couple of sets of templates already
 built for Cacti. See http://code.google.com/p/memcached/wiki/MonitorLinks


  I'm considering using a memcaced server for each php app server but
 then it wouldn't be a centralized situation.


 I personally run memcached on every web server I have. Read
 http://code.google.com/p/memcached/wiki/NewConfiguringClient

 --

 Brian.
 
 http://brian.moonspot.net/



Re: memcached timeout error because of slow response

2010-10-11 Thread dl4ner
Hi Dormando,

 Just for curiousity, what's the client that you're using?

pecl/memcache-2.2.5
and reading http://brian.moonspot.net/php-memcached-issues
sounds like sticking to 2.2.5 is a good idea...

 It may be inputting some junk data and memcached isn't responding since
 it thinks it's halfway through a request.

 http://code.google.com/p/memcached/wiki/Timeouts
 ^ can you use the utility from here and try to have it find some failures?
 That should help rule out anything to do with protocol errors or other
 client issues.

well, I just used this tool to force enough requests :)

ok, I extended it a bit, for generating min/max/avg times of the
processes,
and for executing an explicit memcache get.
If you like, You can adopt my patches for redistribution:

http://www.maiers.de/memcache/mc_conn_tester.pl

IIRC there was also the same while doing a get foo, from the
script,
but I'll verify this today.
We'll do a kernel update on the memcache-server today, so I'll test
after that again.

regards.

Werner.


Re: memcached timeout error because of slow response

2010-10-11 Thread dormando

 well, I just used this tool to force enough requests :)

 ok, I extended it a bit, for generating min/max/avg times of the
 processes,
 and for executing an explicit memcache get.
 If you like, You can adopt my patches for redistribution:

 http://www.maiers.de/memcache/mc_conn_tester.pl

 IIRC there was also the same while doing a get foo, from the
 script,
 but I'll verify this today.
 We'll do a kernel update on the memcache-server today, so I'll test
 after that again.

I can't tell from your reply, did the script note failures during the get
stage consistently?


Re: Issue 82 in memcached: run multiple instances of memcached on one server host

2010-10-11 Thread memcached


Comment #7 on issue 82 by q0rban: run multiple instances of memcached on  
one server host

http://code.google.com/p/memcached/issues/detail?id=82

This patch didn't work until I changed it from #! bin/sh to #! bin/bash. I  
was receiving this error:


/etc/init.d/memcached: 26: Syntax error: ( unexpected



Re: Memcached 1.4.5 - memcached-init and memcached.sysv licenses

2010-10-11 Thread Tomasz Zieliński


On 27 Wrz, 15:18, Tomasz Zieliński tom.ziel...@gmail.com wrote:
 On 27 Wrz, 01:14, Paul Lindner lind...@inuus.com wrote:

  I wrote the memcached sysv script and adapted it to fit fedora norms.  No
  worries there regarding license.

 So, it's covered by Memcached license or that MIT license I
 mentioned ?

bump Just one simple answer and I go away :)


  2010/9/25 dormando dorma...@rydia.net

   Uhhhm.

   memcached-init is from:

   commit 4b1b1ae76ef6e78dd3f1d753931ac8051ae99e9a
   Author: Brad Fitzpatrick b...@danga.com
   Date:   Tue Dec 30 19:56:33 2003 +

   I assume brad copied the skeleton files and modified it. IANAL so I'm not
   sure how much of it had to be changed to be able to flip the license, but
   it seems like a trivial script.

   The sysv one is from:

   commit 275f8c40705526ac4514d5dcff2cbf0311b540ac
   Author: Paul Lindner plind...@hi5.com
   Date:   Fri May 4 11:23:02 2007 +

      add rpm spec file, new sysv init script

   So uh. Paul? Care to comment?

   and finally, may I ask why you're finding this issue? Do you work for a
   distro or are just curious? Or you're trying to package it up and sell it?
   :P

   On Tue, 21 Sep 2010, Tomasz Zieliñski wrote:

Hello,

I've noticed that the two scripts mentioned in the subject are
probably taken from some external
sources and licensed under different licenses than Memcached itself.

Memcached-init clearly says that it is taken from Debian. It's similar
to /etc/init.s/skeleton on my Ubuntu 9.04,
which belongs to initscripts package and that package is licensed
under GPL3.
Not sure which license applies to the memcached-init, but I suppose
it's either GPL2 or GPL3.

Regarding memcached.sysv, I found a similar script here:

  http://killersoft-yum.googlecode.com/svn-history/r24/trunk/repo/SOURC...
- not sure who copied it from who, but in case killersoft-yum was
first - it's licensed under MIT license (http://code.google.com/p/
killersoft-yum/ -http://www.opensource.org/licenses/mit-license.php).

Can someone responsible for this area comment on the topic?

--
Tomasz Zielinski

  --
  Paul Lindner -- lind...@inuus.com -- linkedin.com/in/plindner