先看一下，什么叫做内存的碎片化：
如果用c语言直接 malloc,free 来向操作系统申请和释放内存时,
在不断的申请和释放过程中,形成了一些很小的内存片断,无法再利用.
这种空闲,但无法利用内存的现象,---称为内存的碎片化.
因此，为了解决这个内存碎片化带来的浪费，那MC采用的是slab allocator来进行缓解内存的碎片化
MC使用 slab allocator的机制来管理内存的
我们来看一下slab allocator的原理：
预告把内存划分成数个slabclass仓库.(每个slabclass大小1M)
各仓库,切分成不同尺寸的小块(chunk).
需要存内容时,判断内容的大小,为其选取合理的仓库.
我们来看看官方给的一张图，很明显的一张图，能够直接的看出来它的内存的划分的一个情况：
系统如何选择合适的chunk?
memcached根据收到的数据的大小, 选择最适合数据大小的chunk组(slabclass)。
memcached中保存着slabclass内空闲chunk的列表, 根据该列表选择空的chunk, 然后将数
据缓存于其中。
我们来看一下上面的这张图示，当要缓存一个100字节的数据的时候，MC会将它存放到能够容纳下这个字节的最小的单位里面。
警示:
如果有100byte的内容要存,但122大小的仓库中的chunk满了
并不会寻找更大的,如144的仓库来存储,
而是把122仓库的旧数据踢掉!
固定大小chunk带来的内存浪费：
由于slab allocator机制中，分配的chunk的大小是固定的，因此，对于特定的item，可能造成空间的浪费。
比如，当我们将100字节的数据缓存到122字节的chunk中的时候，剩余的22字节就浪费了
那对于上面的chunk的浪费问题，无法进行彻底的解决，只能够缓解该问题。
开发者可以对网站中缓存的item的长度进行统计，并制定合理的slab class中的chunk的大小。
可惜的是。我们目前还不能自定义chunk的大小，但我们可以通过参数来进行调整各slab class中的chunk大小的增长速度，即增长因子，grow factor
grow factor 调优：
memcached 在启动时可以通过 f 选项指定Growth Factor 因子, 并在某种程度上控制slab之
间的差异. 默认值为1.25. 但是,在该选项出现之前,这个因子曾经固定为2, 称为”powersof2”
策略。
我们分别用grow factor 为2和1.25来看一看效果:
memcached f vvv
slab class :chunk size perslab
slab class :chunk size perslab
slab class :chunk size perslab
slab class :chunk size perslab
可见，从128字节的组开始，组的大小依次增大为原来的2倍.
来看看f=1.25时的输出：
memcached -f 1.25 -vvv
slab class :chunk size perslab
slab class :chunk size perslab
slab class :chunk size perslab
slab class :chunk size perslab
对比可知, 当f=2时, 各slab中的chunksize增长很快,有些情况下就相当浪费内存.
因此,我们应细心统计缓存的大小,制定合理的增长因子.
注意:
当f=.25时,从输出结果来看,某些相邻的slab class的大小比值并非为1.,可能会觉得有些计算误差，这些误差是为了保持字节数的对齐而故意设置的.
memcached的过期数据惰性删除：
:当某个值过期后,并没有从内存删除, 因此,stats统计时,curr_item有其信息
:当某个新值去占用他的位置时,当成空chunk来占用.
:当get值时, 判断是否过期,如果过期 ,返回空, 并且清空,curr_item就减少了.
即--这个过期,只是让用户看不到这个数据而已,并没有在过期的瞬间立即从内存删除.
这个称为lazyexpiration,惰性失效.
好处--- 节省了cpu时间和检测的成本
memcached此处用的lru 删除机制：
如果以122byte大小的chunk举例,122的chunk都满了, 又有新的值(长度为120)要加入, 要挤掉谁？
memcached此处用的lru 删除机制.
(操作系统的内存管理,常用fifo,lru删除)
lru:least recently used 最近最少使用
fifo:first in,first out原理: 当某个单元被请求时,维护一个计数器,通过计数器来判断最近谁最少被使用.就把谁踢出去
注: 即使某个key是设置的永久有效期,也一样会被踢出来!
即--永久数据被踢现象
memcached中的一些参数限制：
key 的长度:250字节,(二进制协议支持65536个字节)
value 的限制:1m,一般都是存储一些文本,如新闻列表等等,这个值足够了.
内存的限制:32位下最大设置到2g. 如果有30g数据要缓存,一般也不会单实例装30g,(不要把鸡蛋装在一个篮子里),
一般建议开启多个实例(可以在不同的机器,或同台机器上的不同端口)
