症状:
消息的吞吐量与预期不符。
支持的代理连接数受到限制不是如客户端无法建立连接中所述的原因,而是由于消息的输入/输出速率而导致的。
可能的原因:
可能的原因:网络连接或 WAN 太慢。
确认问题的起因:
Ping 网络,查看返回 ping 需要的时间,然后咨询网络管理员。
使用本地客户端发送并接收消息,并将传送时间与远程客户端(使用网络链路)的传送时间相比。
解决此问题:升级网络链路。
可能的原因:与 TCP 相比,连接服务协议本身就慢。
例如,基于 SSL 的协议或基于 HTTP 的协议要比 TCP 慢(请参见传输协议)。
确认问题的起因:如果您使用的是基于 SSL 或基于 HTTP 的协议,请尝试使用 TCP,然后比较传送时间。
解决此问题:应用程序要求通常会指定要使用的协议,因此除了按调整传输协议中所述尝试调整协议之外,您几乎无法执行任何其他操作。
可能的原因:连接服务协议未进行优化调整。
确认问题的起因:尝试调整协议,确定是否发生了变化。
解决此问题:尝试按调整传输协议中所述调整协议。
可能的原因:消息太大,以致于占用了过多的带宽。
确认问题的起因:尝试使用较小的消息运行基准测试程序。
解决此问题:
请应用程序开发者对应用程序进行修改以使用消息压缩功能,请参见 Message Queue Developer's Guide for Java Clients。
将消息作为要发送的数据的通知来使用,但使用其他协议来移动数据。
可能的原因:使连接吞吐量变低的可能原因也就是消息传送过程中某个步骤的瓶颈。
确认问题的起因:如果上述任何一条似乎都不是造成连接吞吐量变低的原因,请参见影响性能的因素以了解其他可能的瓶颈,并检查与以下问题相关的症状:
解决此问题:请遵循上述有关疑难解答的各节中所提供的问题解决原则。