Server Netty中的ReplayingDecoder在每次迭代中读取10240字节

Server Netty中的ReplayingDecoder在每次迭代中读取10240字节,server,tcp,network-programming,netty,netty-socketio,Server,Tcp,Network Programming,Netty,Netty Socketio,我正在一个高性能的TCP服务器上工作,该服务器通过TCP与客户端保持持久的SSL连接。而且,客户端以自定义二进制格式发送大小从0.8MB到4MB不等的应用程序消息。为了读取这些有效负载,我在Netty中使用带有检查点状态的ReplayingDecoder接口。但是,我发现每次调用decode()时能够读取的字节数总是限制在10240字节。我甚至尝试用更大的窗口大小更改RCVBUF_分配器,但仍然没有帮助。我正在使用Epoll将数据读入应用程序。 Netty的专家能插话让我知道这个神奇的10240

我正在一个高性能的TCP服务器上工作,该服务器通过TCP与客户端保持持久的SSL连接。而且,客户端以自定义二进制格式发送大小从0.8MB到4MB不等的应用程序消息。为了读取这些有效负载,我在Netty中使用带有检查点状态的ReplayingDecoder接口。但是,我发现每次调用decode()时能够读取的字节数总是限制在10240字节。我甚至尝试用更大的窗口大小更改RCVBUF_分配器,但仍然没有帮助。我正在使用Epoll将数据读入应用程序。 Netty的专家能插话让我知道这个神奇的10240字节(10KB)是从哪里来的吗?而且,我如何提高这个限制来提高我的总体TCP网络吞吐量

.childOption(ChannelOption.RCVBUF_ALLOCATOR, new FixedRecvByteBufAllocator(64 * 1024))

您是否尝试在
可读取字节数到达
ReplayingDecoder
之前捕获该字节数?嗨,诺曼!谢谢你看。经过大量挖掘,我们发现客户机在将数据写入SSL层之前,正在将数据分块成10KB的块。谢谢这是有道理的。。。