Optimization 提高tcp级吞吐量的建议

Optimization 提高tcp级吞吐量的建议,optimization,tcp,Optimization,Tcp,我们有一个应用程序要求,我们将以500KB/秒的速率从大约5-10个客户端接收消息,并执行一些内部逻辑,然后将接收到的消息分发到30-35个其他网络实体 所有tcp级别或线程级别的优化建议是什么?~4Mbits/sec(8 x 500KB/sec)每个tcp连接完全在编写良好的代码的能力范围内,无需任何特殊优化。当然,这假设您的目标机器的时钟频率是以GHz为单位测量的,并且RAM不低 当您进入每个TCP连接60-80 Mbits/sec的范围时,就会遇到一些可能需要分析和对策的瓶颈 因此,为了回

我们有一个应用程序要求,我们将以500KB/秒的速率从大约5-10个客户端接收消息,并执行一些内部逻辑,然后将接收到的消息分发到30-35个其他网络实体

所有tcp级别或线程级别的优化建议是什么?

~4Mbits/sec(8 x 500KB/sec)每个tcp连接完全在编写良好的代码的能力范围内,无需任何特殊优化。当然,这假设您的目标机器的时钟频率是以GHz为单位测量的,并且RAM不低

当您进入每个TCP连接60-80 Mbits/sec的范围时,就会遇到一些可能需要分析和对策的瓶颈

因此,为了回答您的问题,除非您遇到问题,否则不建议对TCP或线程进行优化。

~4Mbits/sec(8 x 500KB/sec)每个TCP连接完全在编写良好的代码的能力范围内,无需任何特殊优化。当然,这假设您的目标机器的时钟频率是以GHz为单位测量的,并且RAM不低

当您进入每个TCP连接60-80 Mbits/sec的范围时,就会遇到一些可能需要分析和对策的瓶颈

因此,为了回答您的问题,除非您遇到麻烦,否则不建议对TCP或线程进行优化。

有时程序员可能会“自食其果”。一个例子是尝试使用setsockopt/SO_RCVBUF增加linux用户空间应用程序的套接字缓冲区大小。在最近的Linux发行版上,这会禁用接收窗口的自动调整,导致性能比我们没有触发的情况下要差。

有时程序员会“自食其果”。一个例子是尝试使用setsockopt/SO_RCVBUF增加linux用户空间应用程序的套接字缓冲区大小。在最近的Linux发行版上,这会禁用接收窗口的自动调整,导致性能比我们没有触发的情况下更差