What version are you using? Memcached won't start evicting until all pages are allocated up to the limit. It's possible memcached-tool is wrong; telnet to memcached and type 'stats slabs' and 'stats items' and add everything up.
Fill ratio and such is difficult to accurately predict since expirations are lazy. I also forget what the side effects of setting -n so low are, but I doubt it's related. -Dormando On Thu, 3 Sep 2009, Vladimir wrote: > > That makes sense however it doesn't explain what I have been seeing :-). > > I have a scenario where no matter how much memory I throw in maximum number of > current items always tops of at about 180k. When that happens I start seeing > on average 200 evictions per minute. Also the fill ratio never goes above e.g. > 94%. > > Does that make sense :-) ? > > Vladimir > > On Thu, 3 Sep 2009, dormando wrote: > > > They haven't been used yet. Keep throwing data in and it should allocate > > more pages. The "full" is deceptive... should probably fix that. That just > > means there's nothing known to be free on the tail... But set'ing a new > > variable may not cause an eviction or allocate more memory due to finding > > an expired item on the tail. > > > > If that makes any sense :) > > > > -Dormando > > > > On Thu, 3 Sep 2009, Vladimir wrote: > > > > > > > > I am starting up memcached with following options (giving it 1 GB of RAM) > > > > > > memcached -d -m 1024 -c 1024 -P -f 1.05 -n 3 > > > > > > If I run the memcached-tool command I get > > > > > > # /usr/local/bin/memcached-tool 127.0.0.1:11211 display > > > # Item_Size Max_age 1MB_pages Count Full? > > > 6 80 B 90275 s 1 1 no > > > 7 88 B 89898 s 1 8 no > > > 8 96 B 89732 s 1 142 no > > > 9 104 B 88719 s 1 3 no > > > 10 112 B 69930 s 1 63 no > > > 11 120 B 22886 s 1 3328 no > > > 12 128 B 70335 s 1 3 no > > > 13 136 B 86964 s 1 15 no > > > 15 152 B 85043 s 1 10 no > > > 17 168 B 71797 s 1 2 no > > > 18 176 B 87579 s 1 13 no > > > 19 184 B 292 s 1 1913 no > > > 20 200 B 57631 s 4 20967 yes > > > 21 216 B 57653 s 1 4854 yes > > > 22 232 B 308 s 1 274 no > > > 23 248 B 59621 s 8 33824 yes > > > 24 264 B 87823 s 1 9 no > > > 25 280 B 87228 s 1 5 no > > > 26 296 B 86816 s 1 6 no > > > 27 312 B 85862 s 1 5 no > > > 28 328 B 87199 s 1 4 no > > > 29 344 B 86892 s 1 1 no > > > 30 368 B 87367 s 1 6 no > > > 31 392 B 82457 s 1 4 no > > > 32 416 B 88179 s 1 3 no > > > 33 440 B 86969 s 1 3 no > > > 34 464 B 86087 s 1 2 no > > > 35 488 B 87537 s 1 1 no > > > 36 512 B 86104 s 1 4 no > > > 37 544 B 87799 s 1 5 no > > > 38 576 B 66362 s 1 2 no > > > 39 608 B 86138 s 1 3 no > > > 40 640 B 88066 s 1 4 no > > > > > > > > > Adding up all the 1MB_pages would indicate that 43 1MB pages are used up. > > > why is then e.g. class 23 full ? Running stats slabs shows 148 > > > active slabs. Any clues why other 1 MB pages are not allocated ? > > > > > > Thanks, > > > > > > Vladimir > > > > > > > > >
