我正试图调整在Solaris上运行的高消息stream量系统。 该体系结构是大量（600）客户端，它们通过TCP连接到大的Solaris服务器，然后以较高的速率发送/接收相对较小的消息（0.5到1K的有效负载）。 目标是最大限度地减less每个消息处理的延迟。 我怀疑服务器的TCP堆栈正在被所有的stream量淹没。 我可以用什么命令/指标来证实这一点，如果这是真的，那么缓解这个瓶颈的最好办法是什么？
PS我最初发布在StackOverflow上。 有人build议snoop和dtrace。 dtrace看起来相当普遍 – 是否有任何额外的指针，如何使用它来诊断TCP问题？
看看初学者的dtrace工具包，还有“netstat -na”输出…你看到TIME WAIT有很多连接…
在dtrace工具箱（谷歌它），“连接”脚本可能是特别感兴趣的你。 这是假设您正在使用Solaris 10当然…
600个并发TCP连接并不是一个特别大的数字。
如果你需要调整，你将使用ndd来设置内核参数。 请参阅： Internet协议套件可调参数