Publisher开始接收常量的反压力。

Question

我开始使用副翼，但面临的问题是，随着时间的推移(确切地说，3-4小时后开始)，广播出版商受到持续的背压。

我的设置如下：

1. --出版商和订阅者都是在同一台机器上启动的：
2. --这是广播发布者：

的设置。

    Publication: aeron:udp?control=0.0.0.0:55627|control-mode=dynamic|ssc=true -1991024233 6:0
    Publication: aeron:udp?control=0.0.0.0:35725|control-mode=dynamic|ssc=true -1991024232 7:0
    Publication: aeron:udp?control=0.0.0.0:40939|control-mode=dynamic|ssc=true -1991024231 8:0
    Publication: aeron:udp?control=0.0.0.0:57421|control-mode=dynamic|ssc=true -1991024230 9:0
    Publication: aeron:udp?control=0.0.0.0:60107|control-mode=dynamic|ssc=true -1991024229 10:0

1. 这是为订阅者设置的：

Subscription: aeron-spy:aeron:udp?control=0.0.0.0:35725|control-mode=dynamic|reliable=false 125:0
Subscription: aeron-spy:aeron:udp?control=0.0.0.0:40939|control-mode=dynamic|reliable=false 126:0
Subscription: aeron-spy:aeron:udp?control=0.0.0.0:55627|control-mode=dynamic|reliable=false 127:0
Subscription: aeron-spy:aeron:udp?control=0.0.0.0:57421|control-mode=dynamic|reliable=false 128:0
Subscription: aeron-spy:aeron:udp?control=0.0.0.0:60107|control-mode=dynamic|reliable=false 129:0

1. 所以我基本上是在用间谍连接。

关于

1. ，关于航空设备的配置。我尝试了默认的配置，并对->进行了一些配置调整，得到了相同的结果。

因此，我想知道，在背压下，这个问题的原因可能是什么。希望有人能帮我(我怀疑间谍联系会引起这个问题，因为没有真正的订户，只有间谍)。

UPD:同样的问题没有副翼间谍

Answer 1

问题解决了，问题是对于tryClaim，我在返回int64时使用了int32，因此在提交时存在影响我的条件逻辑的溢出。