Memcached

http://www.ccvita.com/259.html
linux
memcache启动参数说明:

-d选项是启动一个守护进程，

-m是分配给Memcache使用的内存数量，单位是MB，我这里是10MB，

-u是运行Memcache的用户，我这里是root，

-l是监听的服务器IP地址，如果有多个地址的话，我这里指定了服务器的IP地址192.168.0.200，

-p是设置Memcache监听的端口，我这里设置了12000，最好是1024以上的端口，

-c选项是最大运行的并发连接数，默认是1024，我这里设置了256，按照你服务器的负载量来设定，

-P是设置保存Memcache的pid文件，我这里是保存在 /tmp/memcached.pid

通过telnet localhost 11211，执行stats，stats slabs查看memcached使用情况
或使用memcached-1.4.0/scripts/memcached-tool localhost:11211进行查看

windows
-p <num>          监听的端口
-l <ip_addr>      连接的IP地址, 默认是本机
-d start          启动memcached服务
-d restart        重起memcached服务
-d stop|shutdown  关闭正在运行的memcached服务
-d install        安装memcached服务
-d uninstall      卸载memcached服务
-u <username>     以<username>的身份运行 (仅在以root运行的时候有效)
-m <num>          最大内存使用，单位MB。默认64MB
-M                内存耗尽时返回错误，而不是删除项
-c <num>          最大同时连接数，默认是1024
-f <factor>       块大小增长因子，默认是1.25
-n <bytes>        最小分配空间，key+value+flags默认是48
-h                显示帮助

内存分配策略
提前考虑到目前场景一定时间段内的峰值内存 稍微留点容余就够了
可以考虑 (key+value+37b) * 峰时量


看了下资料，又自己实际测试了一下，发现一些memcached的内存分配策略，假如我分配2G内存，递增基数是1.2，那么他的内存分配策略就是80k chunk, 96k, 115k...，但并非一开始就创建相应chunk内存段，第一次我加入一个90k数据时，它就选择96k chunk所在的slab，将90k数据存储在96k的一个chunk中，此时memcached会创建一个slab,包含一个page,一个page下可能包含1w多个chunk，然后我不停的加入90k数据，一旦该page空间不足，它就会给该slab再增量分配一个page，该slab就包含了2个page，前提是在你启动memcache设置的总内存有剩余的情况下
所以一旦你的数据全部都是90k时，那么memcahced中只会存在一个slab，就是拥有96k chunk的那个slab，下面会包含很多个page
该测试是在memcached linux下进行，memcached win32内存初始分配策略有所不同，会初始创建部分slab