Was ist die nominale mod_wsgi WSGIDaemonProcess-Konfiguration zum Ausführen von Tornado WSGIAdapter-Apps?

Question

Ich benutze Tornado Web Framework, aber eine meiner Implementierungsumgebungen ist mod_wsgi auf Prefork Apache 2 (seltsame Hosting-Anforderung).

Ist processes=n threads=1 der richtige Weg, meine WSGIDaemonProcess für eine tornado.wsgi.WSGIAdapter einzurichten? Mein eigener Code sollte threadsicher sein, aber ich binde eine SQLAlchemy Session() an eine Instanz von tornado.web.RequestHandler im Handler .prepare() als here (ich verwende offensichtlich keine Coroutines im WSGI-Modus). Ich benutze auch Blockierung tornado.httpclient.HTTPClient in einigen Anfrage-Handler.

Auch verarbeitet WSGIDaemonProcess Gabel() vergleichbar mit tornado.httpserver.HTTPServer().start(n)?

(Ich schreibe diese Frage hier, da ich keine Ahnung habe, wie man @Ben Darnell und @Graham Dumpleton gleichzeitig fragt, ohne Tornado und mod_wsgi Listen zu verschicken).

Answer 1

WSGIAdapterist threadsicher, und so ist die Teilmenge von Tornado, die mit ihm arbeitet (RequestHandler.write, zum Beispiel, ist threadsicher, wenn es mit WSGIAdapter verwendet, aber nicht bei Verwendung mit IOLoop). Wenn Sie also mit WSGIAdapter arbeiten, können Sie Ihren WSGI-Server auf die gleiche Weise konfigurieren wie für jedes andere WSGI-Framework (normalerweise 1 Prozess pro CPU-Kern (vergleichbar mit HTTPServer.start(n)) und 5-10 Threads pro Prozess) abhängig davon, wie viel Zeit Sie in I/O verbringen).

Beachten Sie, dass tornado.httpclient.HTTPClient Objekte nicht thread-sicher sind, also müssen Sie eine Sperre setzen oder ein separates Objekt pro Thread verwenden.