环境：
8台机器 32C 256G,redis 6主6从在同一台机器上，dashbaord也在redis00上。codis-proxy 开8C，每台机器开2个proxy。万M网络，CentosOS 6.5 内核2.6.32-431.el6.x86_64。
现象：
sprak 70台机器 向codis写 开启pipline,不控制pipline大小，同时调度400个CPU，有大量reset报错。长链接。
排查：
1、Redis没有报错
2、查看qps 流量很低
3、Codis proxy 没有报错，通过网页查看流量过山车
一时无法定位问题
解决方案：
方案一：
把codis-proxy 从 redis分开，分4台，cpu 30C ,每台要机器部署1个codis-proxy日志级别调到warn，
此方案未解决问题，问题依然出现。
通过tcpdump：tcpdump -i bond0 -vnn port 9100 >tcp.log
一个pipline seesion的读写buffers各13M,生产速度大于消费时，各session的buffers不够用，将停止消费，服务端tcp协议将窗口不断放小直到0。长时间处于0窗口的话，tcp协议会给对端发reset。所以业务端老看到reset。
方案二：
调整codis_proxy 参数：session_max_bufsize=231072 每一个seesion 20M左右。
调整spark 端写速度pipline 5000个一发，(pipline 5000 ， spark端一次发5000个给codis，codis处理完之后在返回给spark在5000个。) spark端会调200个进程每一个进程5000:200X5000=1000000 理论会有1000000万ops，tcp会有一些限速。最终稳定值在70多万。
网络情况：
这只是in的值250MB，进出总 量在500MB左右。
spark端没有报错。
实验：spark pipline 10000万一发，峰值达到：
是的你没有看错：700多万。
700万并发，业务端出现了问题，而且700万量太大对网络也是一个压力，因此，我们经测试200万，属于一个业务和运维都可以接受的值！
还能在提速吗？
如果窄干机机器性能：
1、调速CPU中断，CPU默认中断都在第一个CPU上，
cat /proc/interrupts >f
vim f 打开这个文件 set nowrap 让他按行排列
set nowrap
可以看到这些中断在0上最多。
2、调整网卡队列
