Netty 使用BufferedWriteHandler.flush进行观察

我对我的程序中的flush用法进行了观察。我的测试代码将值为200 MB的数据以128字节的块形式传输大约30分钟，每次调用之间的延迟为几毫秒

一旦我收到对的回调，我就会记录。一旦我对的所需调用完成了测试，我观察到在最初的5分钟内，大约以1.6 mbps的速度刷新了55MB的数据，然后在剩余的25分钟内，它以0.8 mbps的速度刷新了140MB的数据。在过去的25分钟里，我观察到每次回调SimpleChannelHandler.writeComplete时写入的数据块大小为10 MB

对的回调在最初的5分钟运行中的平均延迟约为2毫秒，在最后的25分钟运行中的平均延迟将达到11500毫秒

请帮助我理解这种行为，并建议在最后25分钟的跑步中，我可以在哪里调整以避免颠簸

以下是有关我的setup+代码的一些信息：

我的客户端和服务器节点之间的连接是一个1 GE，我已将ClientBootstrap.setOption中的和设置为<16777216>

我的通道管道中有一个BufferedWriteHandler实例，在中，我调用

干杯，

---

Saket.

所以在每个writeRequested上调用BufferdWriteHandler.flushtrue。。回拨？我不明白你为什么要这么做。如果您真的在每个writeRequested上刷新，那么根本不需要有一个BufferedWriteHandler。这只会对性能产生不良影响。

我尝试了但也有类似的观察结果。我的问题是为什么需要BufferedWriteHandler？我通过调整、和确定了守护进程。谢谢