不同的情景适合不同的参数，我们的场景是读写比例2:1， 写操作高峰时间为 6000/s ；资源为 2台8核16G内存机器。每台机器 6 * 149G的磁盘做了raid10。
每台机器2个端口，每个端口数据文件为5G； 存储方式为 .tch ; 没有任何调谐参数时， 每个端口处理写操作量为：
200~400/s ； 添加调谐参数 #xmsiz=5242880000 后， 每个端口处理写操作量为：
1000~2000/s ； 速度整整提高了原来的4倍。
关于负载的比较（只取了部分时间点来比较）：
调整参数前：
sar -f /var/log/sa/sa05
调整参数后：
sar -f /var/log/sa/sa06
关于磁盘的读写数据的变化，因为没有sar没有收集，这里就不能给出了
关于页面的换入换出的比较：
调整参数前：
sar -B -f /var/log/sa/sa05
调整参数后：
sar -B -f /var/log/sa/sa06
可以看到，页面的换入换出明显减少了大约一半， 或许你发现了fault变多了，这也是使用了mmap的缘故，具体需要了解一下mmap了。
关于mmap：
因为tc是从文件的开始固定地map文件的一段区域的，所以，如果map的那段区域如果慢慢变冷的话，这样的map也就变的没有意义了；或者文件太大，能map到内存的也不过1/10或者更少，则map的意义也是很小的，故要根据实际情况来选择之。
如果tc能聪明地选择map热数据的话，自然是件好事，但是目前确实还没有这么做，而且其升级版kc也没有这么做，至少到1.2.70版本是没有这么做的。