我正在使用Diffusion 5.8.0并将客户端连接器的input-buffer-size
和output-buffer-size
增加到1024k。
当客户端使用此连接器连接到服务器时,以下日志消息将输出到服务器控制台:
2016-07-12 10:42:51.997|INFO|Diffusion: InboundThreadPool Thread_0|PUSH-000086|Client Connector: Requested output buffer size could not be allocated, requested: 1M allocated: 208K.|com.pushtechnology.diffusion.comms.connector.ConnectorImpl
2016-07-12 10:42:51.997|INFO|Diffusion: InboundThreadPool Thread_0|PUSH-000085|Connector Client Connector: Requested input buffer size could not be allocated, requested: '1M' allocated: '208K'.|com.pushtechnology.diffusion.comms.connector.ConnectorImpl
发送和接收大于分配的缓冲区大小的消息是有效的,所以我想知道这是否是我需要担心的事情......
是否有性能影响?如果是这样,我怎样才能成功分配更大的缓冲区大小?
答案 0 :(得分:2)
来自Diffusion文档的Buffer Sizing页。
当你增加"1"
/ input-buffer-size
时,这会配置两个缓冲区;一个是在客户端多路复用器中,将具有配置的大小,另一个是由操作系统管理的套接字缓冲区。正如你的情况一样,操作系统可能不会为你提供指定大小的套接字缓冲区,你可能会被分配一个较小的套接字缓冲区。
这具有性能影响,如下图所示:
在图1 中,通过线路发送的消息,套接字缓冲区和客户端多路复用器中的缓冲区大小相同。在这种情况下,消息可以直接从线路进入套接字缓冲区,直接从套接字缓冲区到客户端多路复用器。
在图2 中,通过线路发送的消息和客户端多路复用器中的缓冲区大小相同。但是,OS已经分配了一个较小的套接字缓冲区,在将完整的消息传输到客户端多路复用器之前,需要在多次迭代中复制该套接字缓冲区。每次迭代都会导致上下文切换,这将对性能产生影响。
如何分配更大的套接字缓冲区取决于您的操作系统。对于Linux,您可以执行以下命令来查看套接字缓冲区大小:output-buffer-size
在我的情况下,执行此命令的结果包括:
sysctl -a | grep mem
这些是OS绑定的输入和输出缓冲区大小,可以使用net.core.rmem_default = 212992
net.core.rmem_max = 212992
net.core.wmem_default = 212992
net.core.wmem_max = 212992
命令进行配置。