doc: documented forked mode

contrib/murmurhash3/murmurhash3.c

 /* This is MurmurHash3. The original C++ code was placed in the public domain
  * by its author, Austin Appleby. */
 
-#include "libknot/internal/trie/murmurhash3.h"
+#include "murmurhash3.h"
 
 static inline uint32_t fmix(uint32_t h)
 {

daemon/README.rst

@@ -34,6 +34,31 @@ You can load modules this way and use their properties to get information about
 .. role:: lua(code)
    :language: lua
 
+Running in forked mode
+----------------------
+
+The server can clone itself into multiple processes upon startup, this enables you to scale it on multiple cores.
+
+.. code-block:: bash
+
+	$ kresd -f 2 rundir > kresd.log
+
+.. note:: On recent Linux supporting ``SO_REUSEPORT`` (since 3.9, backported to RHEL 2.6.32) it is also able to bind to the same endpoint and distribute the load between the forked processes. If the kernel doesn't support it, you can still fork multiple processes on different ports, and do load balancing externally (on firewall or with `dnsdist <http://dnsdist.org/>`_).
+
+
+Notice it isn't interactive, but you can attach to the the consoles for each process, they are in ``rundir/tty/PID``.
+
+.. code-block:: bash
+
+	$ nc -U rundir/tty/3008 # or socat - UNIX-CONNECT:rundir/tty/3008
+	> cache.count()
+	53
+
+This is also a way to enumerate and test running instances, the list of files int ``tty`` correspond to list
+of running processes, and you can test the process for liveliness by connecting to the UNIX socket.
+
+.. warning:: This is very basic way to orchestrate multi-core deployments and doesn't scale in multi-node clusters. Keep an eye on the prepared ``hive`` module that is going to automate everything from service discovery to deployment and consistent configuration.
+
 Configuration
 =============