Support turn off reply to improve performance

[jjz921024]

See: client-reply command

In some scenario, such as data loading, allow users to turn off replies to improve performance.
there are 3x performance improvement after turning off replies in my tests.

1. client reply on:
   

2. client reply off:
   

[suxb201]

赞 👍

[suxb201]

我测试无明显性能差异，你是否开启 pipeline 呢？主要命令是什么？

[jjz921024]

用默认的配置测的，测的应该是同步rdb文件数据时的性能，每个key的value大小是1k，用redis-benchmark生成的
那很奇怪，我再测一下

[jjz921024]

@suxb201 刚又测了一遍，在我电脑上应该是有提升的，我是看日志里的write_ops这个指标，不知道对不对

另外，发现每次调用w.client.SendBytes()时，都会flush，即使配置了pipeline_count_limit参数，也没有起到pipeline的效果。目前pipeline_count_limit更准确的应该是指 in flight 的命令个数？我另开一个issue讨论？

[suxb201]

嗯，我本地重新测试了一遍，有效果，但是提升没有很明显。280kops-> 33kops 左右。
发现一个 bug，同时开启 off_reply 与 empty_db_before_sync 时，会因为无法响应 flushall 导致卡住。

[suxb201]

@jjz921024 是的，pipeline 在这里可以理解为 in flight 的命令个数。

[jjz921024]

发现一个 bug，同时开启 off_reply 与 empty_db_before_sync 时，会因为无法响应 flushall 导致卡住。

抱歉引入这个bug，我提了一个pr修复这个问题，请帮忙检查