breeze
breeze copied to clipboard
weibocom
## 优化内容如下： + 1 array解析复用前一次的解析结果，避免每次都从第一个字节开始解析 + 2 解析redis响应的array时，如果本次解析的数据包不是完整的协议包，则根据已解析到的内容预估预留容量，尽量避免多次缓冲区的resize + 3 默认缓冲区大小从2K调整为4K ## 测试结果：详见 issue852
灰度存在读堆积问题，原因跟当前策略有关： 1. 单个ip灰度，单ip写对某个size的msg，会盯住某个mcq持续写； 2. 读会轮询读。 从而导致读写不匹配，进而产生堆积问题。 解决对策： 1. 打开整个服务池，读不堆积，则本策略暂不上线（预期原因：写入机器数量大于后端mcq数量，则会写均衡）； 2. 打开整个服务池，如果读仍然堆积，则上该策略（预期原因：写入机器数量小于后端mcq数量，导致写仍然不均衡）。 遗留： 在写入机器远小于后端后端mcq时，仍然需要调整写策略（低优先级？）。
将重试策略收归到协议context中，目前涉及两个变量： 1. retry_on_rsp_notok； 2. max_tries。
