Ein ausführlicheres Beispiel finden Sie im "echo"-Beispiel: https://github.com/postrank-labs/goliath/blob/master/examples/echo.rb
Goliath lässt Sie absichtlich Ihren Stack aufbauen und versucht, standardmäßig wenig anzunehmen - dies gibt Ihnen die Flexibilität, den Stack zu optimieren, auf Kosten einer gewissen Voreinstellung.
Die Anfragen werden "sequentiell" in dem Sinne bearbeitet, dass sie von einer Ereignisschleife bedient werden. Wenn Sie bei der IO blockiert sind, beginnt Goliath mit der Verarbeitung der nächsten Anforderung. Wenn man sich jedoch entscheidet, eine Weile CPU-intensive Berechnungen durchzuführen, wird der Reaktor blockiert. Mit anderen Worten, dies ist genau das gleiche Verhalten wie jedes andere "ereignisgesteuerte" Framework (Node, etc.).
Wenn Sie eine umfangreiche CPU-Verarbeitung durchführen müssen, sollten Sie diese Arbeit in eine Arbeitswarteschlange oder einen dedizierten Worker auslagern.