缩放Akka演员
我很想知道调整大小，或者在本例中增加单个节点系统上的actor池中actor的数量是否真的会影响性能。
我有一个带超线程的四核系统。在任何给定的点上，系统可以运行8个线程。假设执行元执行的大多数操作都是CPU绑定的，那么将池中的执行元数量从20个增加到40个会有什么收获呢？
共有1个答案
你说得对，你从20岁到40岁不会有什么收获。如果你真的完全是CPU限制，你可能会获得一个微小的缩放回到8实际上。在这种情况下，一个好的基准是要走的路！
如果要使此缩放依赖于运行代码的计算机，则runtime.getruntime.availableprocessors将为您提供：-）
-
[04/27/2014 18:09:05.518][ReadScheduler-Akka.actor.Default-Dispatcher-3][Akka://ReadScheduler/User/Collector]从参与者[Akka://ReadScheduler/User/Executor#2127791644]到参与者[Akka://ReadScheduler/User/Collector
-
java.util.concurrent.CompletionException：Akka.Pattern.AskTimeoutException：收件人[Actor[akka:/web_server/user/MyActor#-769383443]]已终止。发送者[null]发送了类型为“com.data.model.request”的消息。 所以我重写了方法，在那里添加了一个log语句。 现在
-
由于akka是一个构建actor模型的工具包，而actor模型是运行在JVM内部的对象，那么创建后的actor对象的可靠性有多高。考虑到让它崩溃的性质，除非像使用毒丸或JVM关闭一样显式地杀死它，否则JVM中actor对象的可靠性有多高，actor不是自己全部杀死的。
-
我很难理解Akka中的演员，以及一个线索如何与一个演员相关联。 让我们以Fridge Actor和Person Actor向Fridge Actor引用发送GetFoodMessage为例。假设不变性受到尊重。 这些消息是在不同的线程中“同时”处理，还是在队列中一个接一个地处理？ 线程产卵是否完全由库管理并从actor的概念中抽象出来？ 参与者引用是参与者的实例吗？ 当我阻止一个演员（和他的孩子）
-
我经常发现自己使用一个“主”角色，为子任务创建许多子角色。当子任务完成时，主角也应该停止自己。所以当时，我观察子角色并停止主角色context.children.is。 我经常使用这种模式，但因为我从未读过这方面的文章。我不确定，这是一个好主意还是失败的演员有问题。。。？ 我已经读过Akka 2中的关机模式，但是这种方法在Java中似乎比我的解决方案更复杂？ 以下是我针对具有两个子任务的主要参与者
-
问题内容： 我需要实现变焦为包含在。我已经通过覆盖方法和调用来成功进行缩放。 这是不正常：对的和的规模如预期，但一定会得到的和这样的寄存器在预分频的位置。我能做什么？感谢您的阅读。 问题答案： 显示了如何使用明确的转化方法扩展鼠标坐标：，，和。)。