Akka 阿克卡和背压
我看到了Akka溪流背压的概念，但我的项目没有使用Akka溪流，我开发了另一个Akka背压指示器的概念，我想问一下它是否可行 我正计划使用邮箱队列的深度作为标准，以用作背压……其背后的逻辑是，如果Akka能够跟上我生成消息的速度，那么消息队列的深度应该是浅的。如果我发送了太多的消息，而Akka无法跟上，那么消息队列中将有越来越多的消息，我必须降低生成消息的速度 这与Apache Cassandra的“飞行中请求”基本相同Akka 阿克卡和背压,akka,Akka,我看到了Akka溪流背压的概念，但我的项目没有使用Akka溪流，我开发了另一个Akka背压指示器的概念，我想问一下它是否可行 我正计划使用邮箱队列的深度作为标准，以用作背压……其背后的逻辑是，如果Akka能够跟上我生成消息的速度，那么消息队列的深度应该是浅的。如果我发送了太多的消息，而Akka无法跟上，那么消息队列中将有越来越多的消息，我必须降低生成消息的速度 这与Apache Cassandra的“飞行中请求”基本相同 Session.State state = session.getStat
Session.State state = session.getState();
for (Host host : state.getConnectedHosts()) {
HostDistance distance = loadBalancingPolicy.distance(host);
int connections = state.getOpenConnections(host);
int inFlightQueries = state.getInFlightQueries(host);
....
}
default-mailbox {
mailbox-type = "akka.dispatch.SingleConsumerOnlyUnboundedMailbox"
}
class NodeMessageQueue extends AbstractNodeQueue[Envelope] with MessageQueue with
UnboundedMessageQueueSemantics {
final def enqueue(receiver: ActorRef, handle: Envelope): Unit = add(handle)
final def dequeue(): Envelope = poll()
Thx的答案…它可能是可行的，但：
- 在高容量情况下，每个消息发送上的单点争用（即使是无锁的）可能会对性能产生重大影响
- 您希望降低速度的特定阈值将在很大程度上取决于应用程序，并且可能会随着您更改应用程序而改变
- 根据系统的具体情况（以及“停止消息生成”的确切含义），可能会出现死锁（即，如果您要求不丢弃传入消息，而处理消息需要发送另一条消息）（在Akka中，至少发送一条消息作为处理消息的一部分可能是最常见的事情），这意味着参与者将停止从其邮箱进行处理）
mapsync