http://blog.gmane.org/gmane.comp.web.cache.memcached hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.cache.memcached/14259 <pre> Comment #13 on issue 141 by dorma...&lt; at &gt;rydia.net: memcached 1.4.5 - Segmentation Fault http://code.google.com/p/memcached/issues/detail?id=141 please upgrade libevent and/or memcached. </pre> memcached< at >googlecode.com 2012-05-25T03:40:56 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14258 <pre> Comment #12 on issue 141 by mor...&lt; at &gt;gmail.com: memcached 1.4.5 - Segmentation Fault http://code.google.com/p/memcached/issues/detail?id=141 adding attachment Attachments: memcache-1.jpg 50.8 KB </pre> memcached< at >googlecode.com 2012-05-25T03:24:42 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14257 <pre>just some doubt... i read about 2q algorithm that is (or was i didn´t checked) used by postgresql did you have some experience if it´s a good 'idea' too? about memcache... i think that policy is a 'key feature' of a cache system... maybe could be nice to implement a option at memcache command line to user select what policy should be used? 2012/5/24 Roberto Spadim &lt;roberto&lt; at &gt;spadim.com.br&gt;: </pre> Roberto Spadim 2012-05-25T03:24:07 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14256 <pre>guy! i must talk, this is a very very nice and wonderful implementation, congratulations! i will try it and check if i get some increase in performance 2012/5/24 dormando &lt;dormando&lt; at &gt;rydia.net&gt;: </pre> Roberto Spadim 2012-05-25T02:52:28 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14255 <pre> Comment #11 on issue 141 by mor...&lt; at &gt;gmail.com: memcached 1.4.5 - Segmentation Fault http://code.google.com/p/memcached/issues/detail?id=141 adding attachment Attachments: Munin __ nimbuzz.com __ mcd19.nimbuzz.com.jpg 50.8 KB </pre> memcached< at >googlecode.com 2012-05-25T02:44:18 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14254 <pre> Comment #10 on issue 141 by mor...&lt; at &gt;gmail.com: memcached 1.4.5 - Segmentation Fault http://code.google.com/p/memcached/issues/detail?id=141 I experienced same issue with memcached 1.4.5-1 and libevent-1.4-2 1.4.13-stable-1 (Debian Squeeze), some times memcache crashed with:[err] event_queue_remove: 0x2097408(fd 30) not on queue 8 [err] event_queue_remove: 0x733408(fd 30) not on queue 8 [err] event_queue_remove: 0x1fe4408(fd 30) not on queue 8 [err] event_queue_remove: 0x6bb408(fd 30) not on queue 8 [err] event_queue_remove: 0x22c3408(fd 26) not on queue 8 [err] event_queue_remove: 0x1014408(fd 26) not on queue 8 [err] event_queue_remove: 0x1283428(fd 30) not on queue 8 [err] event_queue_remove: 0xc85428(fd 30) not on queue 8 [err] event_queue_remove: 0x19e9428(fd 26) not on queue 8 [err] event_queue_remove: 0x1c12428(fd 26) not on queue 8 while having to many connections. </pre> memcached< at >googlecode.com 2012-05-25T02:27:34 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14253 <pre>Ooh, interesting! I was researching ways to improve the LRU a few months ago (it'll be a few more months before I start integrating any of it). ARC was very interesting, but unfortunately is very patented. Even if we can't use ARC, your research on improving the LRU should be interesting, thanks! Have you tried out the 1.6 storage engine branch, btw? On Thu, 24 May 2012, Yuval M wrote: </pre> dormando 2012-05-24T19:21:05 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14252 <pre>Hello, My name is Yuval Meir and I am a M.Sc student in Tel Aviv University. As part of my academic research I have implemented the ARC (Adaptive Replacement Cache) caching policy in Memcached I ran benchmarks using a modified version of memaslap and the results were very good: cache misses were reduced by up to to 30% on some loads, and in terms of run time, memory usage and CPU usage, my implementation performed similar to the original Memcached. I attached the diff (based on Memcached 1.4.13) and the results I have so far in the excel file (note that it has several tabs). ARC was introduced in the following publication by Nimrod Megiddo, Dharmendra Modha: http://www.almaden.ibm.com/cs/people/dmodha/arcfast.pdf which was published in USENIX 2003. I will be very glad to get you reviewes and comments. Regards, Yuval Meir Computer Science department Tel-Aviv University </pre> Yuval M 2012-05-24T19:12:33 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14251 <pre> Comment #6 on issue 272 by dorma...&lt; at &gt;rydia.net: Memcached "hung" in do_item_alloc http://code.google.com/p/memcached/issues/detail?id=272 Any updates? </pre> memcached< at >googlecode.com 2012-05-23T21:04:04 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14250 <pre>I revised memcached1.4.13 to make cas ID unique between server reboots. But It seemed that two memcached instances on a server has eaten up almost all memory under stressing load. 1. OS: centerOS5.3, 64bit 2. memcached startup command: /opt/memcached1.4.13.0503b/bin/memcached -u nobody -d -m 4096 -c 1024 - l 192.168.8.224 -p 11211 -v &gt; /var/log/memcached-11211.log 2&gt;&amp;1 /opt/memcached1.4.13.0503b/bin/memcached -u nobody -d -m 4096 -c 1024 - l 192.168.8.224 -p 11211 -v &gt; /var/log/memcached-11211.log 2&gt;&amp;1 3. Memory usage: [root&lt; at &gt;dell1-12 ~]# free -m total used free shared buffers cached Mem: 16044 15986 58 0 85 24 -/+ buffers/cache: 15876 168 Swap: 7820 6911 908 Stats on one instance: stats STAT pid 32205 STAT uptime 60090 STAT time 1336177937 STAT version 1.4.13.0503b STAT libevent 1.4.12-stable STAT pointer_size 64 STAT rusage_user 1125.852844 STAT rusage_system 2174.782382 STAT curr_connections 10 STAT total_connections 18 STAT connection_structures 11 STAT reserved_fds 20 STAT cmd_get 249567553 STAT cmd_set 2698828 STAT cmd_flush 0 STAT cmd_touch 0 STAT get_hits 241304080 STAT get_misses 8263473 STAT delete_misses 1249006 STAT delete_hits 1236936 STAT incr_misses 0 STAT incr_hits 0 STAT decr_misses 0 STAT decr_hits 0 STAT cas_misses 0 STAT cas_hits 0 STAT cas_badval 0 STAT touch_hits 0 STAT touch_misses 0 STAT auth_cmds 0 STAT auth_errors 0 STAT bytes_read 20934057174 STAT bytes_written 32731347667 STAT limit_maxbytes 4294967296 STAT accepting_conns 1 STAT listen_disabled_num 0 STAT threads 4 STAT conn_yields 77 STAT hash_power_level 20 STAT hash_bytes 8388608 STAT hash_is_expanding 0 STAT expired_unfetched 488121 STAT evicted_unfetched 0 STAT bytes 2909361795 STAT curr_items 803791 STAT total_items 2698828 STAT evictions 0 STAT reclaimed 492946 END I am not sure whether my change caused this fatal issue. This only happens when a large amount of objects are put into memcached. Here is major change code: uint64_t get_cas_id(void) { struct timeval tm; gettimeofday(&amp;tm, NULL); return (uint64_t)tm.tv_sec &lt;&lt; 32 | (uint64_t)tm.tv_usec; } I can put this customized version somewhere if needed. Hope someone can help me. Thanks in advance. </pre> Smiling Ai 2012-05-05T02:36:18 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14249 <pre>Hi! Added support for setting options via ENV variable LIBMEMCACHED. Fix corner case on last used result. Bug fixes. http://launchpad.net/libmemcached Cheers, -Brian</pre> Brian Aker 2012-05-23T07:42:50 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14248 <pre>i readed some nosql features at mysql and mariadb (a mysql trunk) they are starting some nosql/cache solutions, could be nice check it i know that oracle company is a 'problem'/'solution' to mysql open source version, check others trunks, mariadb is a nice trunk and is more 'opensource' with some interesting features the memcache + db solution is nice, but i think in futures a more unified solution will exists just wait or develop it =) 2012/5/22 Jakub Łopuszański &lt;qbolec&lt; at &gt;gmail.com&gt;: </pre> Roberto Spadim 2012-05-23T02:52:56 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14247 <pre>Well this is already deployed to a production system and works just great. The reason this is faster is that in some situations you can not easily shard a database as some queries would cross shards boundaries. Of course this means that a regular DB will not scale unless you change your queries. On the other hand a cache is easier to distribute/shard/scale. It is also easier (and in fact I do that on production) to have a memcache runing on each frontend machine (while this would be a strange idea to put shards of database on frontends which are usually diskless). Of course one could argue, that you should just avoid complicated queries and shard everything, but even then, the cost of communicating over network between a frontend and mysql backend can be larger than a cost of a single multiget to a memcached (even if the network latency is similar, I believe that network stack of memcahed is one of the fastest). In my particular example I have 6 frontend diskless machines, each running apache2 and memached, and single database and single global memcached. Most queries are resolved without any network communication at all, as they result in local cache hit. I think that developers of mysql have no way (or incentive) to build as powerfull cache into a database, as no single database has not as much RAM, not as many network cards and not as many CPUs as a cloud of 55 memcaches used in nk.pl W dniu piątek, 11 maja 2012 19:57:58 UTC+2 użytkownik Perrin Harkins napisał: </pre> Jakub Łopuszański 2012-05-22T22:08:07 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14246 <pre> Comment #3 on issue 274 by vlak...&lt; at &gt;gmail.com: typo in memcached wiki http://code.google.com/p/memcached/issues/detail?id=274 http://code.google.com/p/memcached/wiki/NewUserInternals s/chukn/chunk </pre> memcached< at >googlecode.com 2012-05-20T17:46:31 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14245 <pre> Comment #2 on issue 274 by vlak...&lt; at &gt;gmail.com: typo in memcached wiki http://code.google.com/p/memcached/issues/detail?id=274 Sorry that's not "512" but "5*12". The asterisk probably tricked the formatting engine. </pre> memcached< at >googlecode.com 2012-05-20T17:40:10 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14244 <pre> Comment #1 on issue 274 by vlak...&lt; at &gt;gmail.com: typo in memcached wiki http://code.google.com/p/memcached/issues/detail?id=274 another typo: http://code.google.com/p/memcached/wiki/NewConfiguringServer s/maxiumum/maximum also noticed this strange formatting: ... you may receive is 5 &lt;b&gt;12. Always leave a few extra slots ... should rather be: ... you may receive is 512. &lt;b&gt;Always leave a few extra slots ... </pre> memcached< at >googlecode.com 2012-05-20T17:38:30 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14243 <pre>Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 274 by vlak...&lt; at &gt;gmail.com: typo in memcached wiki http://code.google.com/p/memcached/issues/detail?id=274 http://code.google.com/p/memcached/wiki/NewInstallFromPackage s/rececnt/recent </pre> memcached< at >googlecode.com 2012-05-20T17:31:39 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14242 <pre> cmd_flush increasing means your application, or some cron, or some human, or some internet script (if your instance isn't protected) is issuing the command "flush_all" over and over. Also, your version is very old, but I doubt that's what's causing your flushes to happen :) -Dormando </pre> dormando 2012-05-11T22:35:16 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14241 <pre>We are currently having an issue with our memcache server that appears to be flushing data even though nothing in the apps are flushing data. I can set something with a TTL of 2 weeks yet it is only lasting in memcache for a max of something around 30 minutes. Print out of getstats in one of the php applications shows the following: Array ( [pid] =&gt; 24793 [uptime] =&gt; 373575 [time] =&gt; 1336770386 [version] =&gt; 1.4.2 [pointer_size] =&gt; 64 [rusage_user] =&gt; 4077.050000 [rusage_system] =&gt; 12475.330000 [curr_connections] =&gt; 1143 [total_connections] =&gt; 89011605 [connection_structures] =&gt; 1616 [cmd_get] =&gt; 438522590 [cmd_set] =&gt; 101189934 [cmd_flush] =&gt; 863 [get_hits] =&gt; 435589695 [get_misses] =&gt; 188087908 [delete_misses] =&gt; 27221748 [delete_hits] =&gt; 610097 [incr_misses] =&gt; 0 [incr_hits] =&gt; 0 [decr_misses] =&gt; 0 [decr_hits] =&gt; 0 [cas_misses] =&gt; 0 [cas_hits] =&gt; 0 [cas_badval] =&gt; 0 [bytes_read] =&gt; 71199529191 [bytes_written] =&gt; 955401557632 [limit_maxbytes] =&gt; 10737418240 [accepting_conns] =&gt; 1 [listen_disabled_num] =&gt; 0 [threads] =&gt; 4 [conn_yields] =&gt; 157 [bytes] =&gt; 6796086722 [curr_items] =&gt; 12613469 [total_items] =&gt; 100944174 [evictions] =&gt; 0 ) There are no evictions so the data isnt filling up (we have set a 10GB max and there is currently 6GB of data currently). However flushes are rising and are at 863 as of this post. Is there something going on that we are not seeing, or a setting somewhere? Any help would be appreciated. </pre> Mentch 2012-05-11T21:31:16 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14240 <pre>Sorry everyone, I was following the instructions in http://support.google.com/groups/bin/answer.py?hl=en&amp;answer=46608 and didn't expect "REMOVE ME" to be broadcast to the group like an ordinary message. </pre> Erik Seaberg 2012-05-11T21:03:02 http://permalink.gmane.org/gmane.comp.web.cache.memcached/14239 <pre> </pre> Erik Seaberg 2012-05-11T20:58:32 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.cache.memcached