我正在努力调优运行在Solaris上的高消息流量系统。该体系结构是大量(600)客户端,它们通过TCP连接到大型Solaris服务器,然后以高速率发送/接收相对较小的消息(.5到1K有效负载)。目标是将处理的每条消息的延迟最小化。我怀疑服务器的TCP堆栈正在被所有的通信量淹没。我可以使用哪些命令/度量来确认这一点,如果这是真的,缓解这一瓶颈的最佳方法是什么?
PS我最初把这个张贴在StackOverflow上。一个人建议窥探和跟踪。dtrace看起来很普遍--关于如何使用它诊断TCP问题,是否有其他的提示?
发布于 2010-02-26 04:16:51
请看一下初学者的dtrace工具包,还有"netstat -na“output...do,您可以看到大量的连接正在等待.
在dtrace工具包(google )中,"connections“脚本可能对您特别感兴趣。这是假设你在使用Solaris 10当然..。
600并发TCP连接不是一个特别大的数字。
如果您确实需要调优,您将使用ndd来设置内核参数。请参阅:因特网协议套件可调参数
https://serverfault.com/questions/115849
复制相似问题