您当前的位置： 首页 > 学无止境 > 心得笔记 网站首页心得笔记
memcached-memcached监听超详细信息分析内存分配机制
发布时间：2017-11-22 17:33:10编辑：雪饮阅读（）
memcached的后台监听超详细信息与slab和chunk
memcached.exe -m 64 -p 11211 -vvv
当telnet连接后对memcached操作导致内存的波动在这个监听窗口都可以看到
命令参数示意如下：
memcached 1.4.2
-p <num> 监听的TCP端口(默认: 11211)
-U <num> 监听的UDP端口(默认: 11211, 0表示不监听)
-s <file> 用于监听的UNIX套接字路径（禁用网络支持）
-a <mask> UNIX套接字访问掩码，八进制数字（默认：0700）
-l <ip_addr> 监听的IP地址。（默认：INADDR_ANY，所有地址）
-d 作为守护进程来运行。
-r 最大核心文件限制。
-u <username> 设定进程所属用户。（只有root用户可以使用这个参数）
-m <num> 所有slab class可用内存的上限，以MB为单位。（默认：64MB）
（译者注：也就是分配给该memcached实例的内存大小。）
-M 内存用光时报错。（不会删除数据）
-c <num> 最大并发连接数。（默认：1024）
-k 锁定所有内存页。注意你可以锁定的内存上限。
试图分配更多内存会失败的，所以留意启动守护进程时所用的用户可分配的内存上限。
（不是前面的 -u <username> 参数；在sh下，使用命令"ulimit -S -l NUM_KB"来设置。）
-v 提示信息（在事件循环中打印错误/警告信息。）
-vv 详细信息（还打印客户端命令/响应）
-vvv 超详细信息（还打印内部状态的变化）
-h 打印这个帮助信息并退出。
-i 打印memcached和libevent的许可。
-P <file> 保存进程ID到指定文件，只有在使用 -d 选项的时候才有意义。
-f <factor> 不同slab class里面的chunk大小的增长倍率。（默认：1.25）
（译者注：每个slab class里面有相同数量个slab page，每个slab page里面有chunk，且在当前slab class内的chunk大小固定。
而不同slab class里的chunk大小不一致，具体差异就是根据这个参数的倍率在增长，直到分配的内存用尽。）
-n <bytes> chunk的最小空间（默认：48）
(译者注：chunk数据结构本身需要消耗48个字节，所以一个chunk实际消耗的内存是n+48。)
-L 尝试使用大内存页（如果可用的话）。提高内存页尺寸可以减少"页表缓冲（TLB）"丢失次数，提高运行效率。
为了从操作系统获得大内存页，memcached会把全部数据项分配到一个大区块。
-D <char> 使用 <char> 作为前缀和ID的分隔符。
这个用于按前缀获得状态报告。默认是":"（冒号）。
如果指定了这个参数，则状态收集会自动开启；如果没指定，则需要用命令"stats detail on"来开启。
-t <num> 使用的线程数（默认：4）
-R 每个连接可处理的最大请求数。
-C 禁用CAS。
-b 设置后台日志队列的长度（默认：1024）
-B 绑定协议 - 可能值：ascii,binary,auto（默认）
-I 重写每个数据页尺寸
memcached内存分配机制：
Slab Allocator的基本原理是按照预先
规定的大小，将分配的内存分割成特定
长度的块，以完全解决内存碎片问题。
Slab Allocation的原理相当简单。 将
分配的内存分割成各种尺寸的块
（chunk），并把尺寸相同的块分成组
（chunk的集合）
关键字词：memcached,内存分配