我们有控制客户端通过不同主题的扩散（2秒内每个主题更新一次）向客户端每2秒发送100个更新，每个大小为200-250字节。发送这些问题大约20-30分钟后，由于流量控制，流量控制开始并且1-2小时后更新从5毫秒延迟到100毫秒。有没有办法避免流量控制在扩散中发布Control Client？
maxqueuesize设置为10000 扩散api log：pressure = 0.04622500000000004 =＆gt;睡4个小时
答案 0 :(得分：2)
Flow Control在v5.1中引入了Java客户端，在v5.5中引入了.NET客户端。它存在以防止内部队列溢出，否则将关闭客户端会话。这是一种背叛更深层次问题的症状。
发生这种情况有几个原因：
您的Diffusion服务器无法跟上其工作负载。在一段时间后发生这种情况让我想知道你的服务器JVM是否花费了太多时间来收集垃圾。 Java Missions Control善于回答这个问题。
我们不太经常看到这会影响具有双重角色的控制客户端，例如创建和更新主题，以及对Missing Topic Notifications等事件做出反应。流控制是许多事情的函数，包括队列饱和度和未满足请求的数量。如果是这种情况，请考虑每个角色的离散会话。
考虑并探索第一个＆amp;在转移到第二个之前更简单的可能性。如果问题仍然存在，请通过support@pushtechnology.com与我们联系，
马丁