Tuning memcached consists of figuring out how to best use it in your application. For the overwhelming amount of memcached users, changing the startup parameters does absolutely nothing.
/Henrik On Mon, Jun 1, 2009 at 06:22, Ved <[email protected]> wrote: > > Thanks Les, Brian .. I will surely try what you have suggested, thanks > again all for all your help. I would have been more pleased had we > discussed even remotely about memcached tuning, which we didn't. I > guess, someone here must have done and would be pleased to share it. > > > - V > > On Jun 1, 8:51 am, Brian Moon <[email protected]> wrote: > > > "If your file based approach works.." cuz I don't want to stop working > > > on optimization just because something works, and as you have > > > mentioned about fine tuning memcached I still have not been able to > > > achieve that, how can I say FS approach works better for me. > > > > Its not a question of whether or not memcached *could* be faster. The > > question you should be asking when optimiziing is "What is the > > bottleneck in my application?" If it is the file based cache, you need > > to fix it. But, if its not, why focus on that? > > > > As for your issues, if you only have one web server, memcached is not > > the right tool here and you are wasting your time. You use PHP, use APC > > or xcache if you want a memory based cache for PHP on a single web > > server. If you have more than one web server, you need to be performing > > your tests using more than one web server. > > > > Brian. >
