Laich Ein WSGI-Server
Jetzt downloaden

Laich Ranking & Zusammenfassung

Laich Stichworte

Server Http. Wsgi. WSGI-Server mehrere Threads Nicht blockierende HTTP-E / A

Laich Beschreibung

Ein WSGI-Server Das Spawing ist ein WSGI-Server, der mehrere Threads, mehrere Prozesse, nicht blockierende HTTP-E / A-Prozesse, nicht blockierende HTTP-E / A unterstützt, und das automatische, anmutige Upgrade von Code.Spawning verwendet Emerlet, um das nicht blockierende IO für HTTP-Anforderungen und -antworten mitzunehmen. Dies bedeutet, dass der Server leicht auf eine Vielzahl von Hew-Alive-Verbindungen skaliert wird. Es delegiert jedoch auch Anfragen mit anderen Formen der Multiprozessung und ist konfigurierbar, um in einer Vielzahl von Situationen nützlich zu sein. Es unterstützt mehrere Python-Prozesse sowie ein ThreadPool.single oder mehrere Prozesse, die Ihre WSGI-Anwendungen im Speicher speichern, können das Laichen konfiguriert werden, um nur einen Python-Prozess auszuführen. In dieser Konfiguration steht Ihr Antragsstatus für alle Anfragen zur Verfügung, aber Ihre Anwendung kann jedoch nicht den vollen Vorteil von mehreren Prozessoren nutzen. Die Verwendung mehrerer Prozesse nutzen alle Prozessoren und sollten somit für Anwendungen verwendet werden, die nicht den Status.Single- oder Mehrfacharbeitsthread (oder den Arbeitsprozess) nicht teilen Stattdessen zusammenarbeiten (z. B. Vorgänge im Sockelmodul), können Sie jeden Prozess konfigurieren, um nur einen einzelnen Hauptfaden auszuführen und stattdessen mit GREATLLET MICROTREADE zusammenzuarbeiten. Dies kann nützlich sein, wenn Ihre Anwendung sehr klein ist und auf eine große Anzahl von gleichzeitigen Anforderungen wie einem COMET-Server oder einer Anwendung skaliert werden muss, die AJAX-Abrechnung verwendet. Die meisten vorhandenen WSGI-Anwendungen führen jedoch wahrscheinlich Sperrvorgänge aus (z. B. Anruf von Datenbankadapterbibliotheken, die blockierende Sockeloperationen ausführen). Für die meisten WSGI-Anwendungen ist daher für die meisten WSGI-Anwendungen eine Kombination mehrerer Prozesse und mehrfachen Threads ideal. Eigentüfter Code ReloadingBy-Standard, achtet sich auf alle Python-Dateien, die in SYS.Modulen für Änderungen importiert werden, und führen ein anmutiges Reload bei Änderung aus. Es wird gesagt, dass alte Prozesse aufhören, Anforderungen anzunehmen und herausragende Anfragen zu beenden, die sie servieren, und das Herunterfahren. Inzwischen werden neue Prozesse gestartet und anfangen, Anfragen anzunehmen und mit dem neuen Code zu warten. Verschiedene Benutzer von Ihrer Website finden Sie unter "Verbindung abgelehnter" Fehler, da der Server während des Reloads ständig zuhört.RunningPawning kann verwendet werden, um eine WSGI-Anwendung von der Befehlszeile mit dem "Spawn" mit dem Skript "Spawn" oder mit Python-Paste zu starten. Mit Paste verwenden, verwenden Sie die Verwendung = Ei: Lawning im Abschnitt einer Paste Ini File.Spawning kann auch verwendet werden, um eine Django-Anwendung mithilfe von - Factory = spawing.django_factory.config_factory.Examples des Laufens zu verwenden Laich:% spawn my_wsgi_module.my_wsgi_module.my_wsgi_applicationThis leitet die WSGI-Anwendungsaufrufe, die in der Datei my_wsgi_module.py bezeichnet wird.% spawn --factory = spawing.paste_factory.config_Factory Development.Inirun, was auch immer in Entwicklung.ini konfiguriert ist. Entsprechend der Verwendung von Paster Serve mit einer ini-Datei, die konfiguriert ist, um das Laichen als Server zu verwenden.% Spawn --factory = spawing.django_factory.config_Factory mysite.settingsRun die Django-App MySite.% Spawn my_wsgi_module.my_wsgi_application Andere_wsgi_module.some_wsgi_middlewarerun Die mit einigen eingewickelte WSGI-Anwendung Middleware. Passen Sie nach dem WSGI-Anwendungsnamen so viele Middleware-Zeichenfolgen an.% Sudo spawn --port = 80 - prozesssen = 4 --threads = 8 my_wsgi_module.my_wsgi_applicationRun Die WSGI-Anwendung am Port 80 mit 4 Prozessen mit einem Threadpool der Größe 8.% Spawn - Processes = 4 --Threads = 0 MY_WSGI_Module.MY_COMET_ApplicationSusing Eine Threadpool-Größe 0, die anzeigt, dass Eventlet-MONKEYPATCHING ausgeführt werden sollen, und WSGI-Anwendungen sollten alle in demselben Thread aufgerufen werden. Nützlich, um eine Comet-Art-Anwendung zu schreiben, wenn viele Anforderungen einfach auf ein serverseitiges Ereignis oder ein internes Netzwerk-IO warten, um abzuschließen. Anforderungen: · Python

Laich Zugehörige Software