From c8a2e6520ed98b8c7b033fa8f65c91970513a82a Mon Sep 17 00:00:00 2001 From: Johannes Rudolph Date: Wed, 27 Jul 2011 11:18:57 +0300 Subject: [PATCH] documentation: fix bullet list --- akka-docs/scala/dispatchers.rst | 1 + 1 file changed, 1 insertion(+) diff --git a/akka-docs/scala/dispatchers.rst b/akka-docs/scala/dispatchers.rst index abcfd6d9bf..4d60b5a1ba 100644 --- a/akka-docs/scala/dispatchers.rst +++ b/akka-docs/scala/dispatchers.rst @@ -80,6 +80,7 @@ The 'Dispatcher' binds a set of Actors to a thread pool backed up by a 'Blocking The event-driven dispatchers **must be shared** between multiple Actors. One best practice is to let each top-level Actor, e.g. the Actors you define in the declarative supervisor config, to get their own dispatcher but reuse the dispatcher for each new Actor that the top-level Actor creates. But you can also share dispatcher between multiple top-level Actors. This is very use-case specific and needs to be tried out on a case by case basis. The important thing is that Akka tries to provide you with the freedom you need to design and implement your system in the most efficient way in regards to performance, throughput and latency. It comes with many different predefined BlockingQueue configurations: + * Bounded LinkedBlockingQueue * Unbounded LinkedBlockingQueue * Bounded ArrayBlockingQueue