mod_wsgi daemon-Modus, WSGIApplicationGroup und Python-interpreter Trennung

Ich habe Apache mit 2 virtuellen hosts, jeder mit einer Django-site angebracht mit mod_wsgi, daemon-Modus, wie diese:

<VirtualHost 123.123.123.123:80>
    WSGIDaemonProcess a.com user=x group=x processes=5 threads=1
    WSGIProcessGroup a.com
    WSGIApplicationGroup %{GLOBAL}
</VirtualHost>

<VirtualHost 123.123.123.123:80>
    WSGIDaemonProcess b.com user=x group=x processes=5 threads=1
    WSGIProcessGroup b.com
    WSGIApplicationGroup %{GLOBAL}
</VirtualHost>

Benutze ich WSGIApplicationGroup %{GLOBAL} weil ein bekanntes problem mit Xapian.

Nun, wenn ich verstehe, was passiert hinter den kulissen, mod_wsgi startet 5-daemon-Prozesse für jede meiner Websites. Ich kann sehen, dass dies im Apache-log:

[info] mod_wsgi (pid=8106): Attach interpreter ''.
[info] mod_wsgi (pid=8106): Adding '.../lib/python2.5/site-packages' to path.
[info] mod_wsgi (pid=8106): Enable monitor thread in process 'a.com'.
[info] mod_wsgi (pid=8106): Enable deadlock thread in process 'a.com'.

[info] mod_wsgi (pid=8107): Attach interpreter ''.
[info] mod_wsgi (pid=8107): Adding '.../lib/python2.5/site-packages' to path.
[info] mod_wsgi (pid=8107): Enable monitor thread in process 'a.com'.
[info] mod_wsgi (pid=8107): Enable deadlock thread in process 'a.com'.

...

Was ich nicht verstehe, ist, wenn diese "Attach interpreter ''" Linien zeigen, dass alle diese Prozesse teilen sich die gleichen Python-interpreter, oder wenn es einen interpreter pro Prozess. (BTW merke ich, dass der leer-interpreter-name " ist verursacht durch vorbeifahrende %{GLOBAL} zu WSGIApplicationGroup).

Ich habe versucht, die Kontrolle, ob vielleicht sys.path Einträge kumuliert in die nachfolgenden Prozesse, aber Sie nicht - was darauf hindeuten könnte, dass es eine separate Python-interpreter für jedes der 5-daemon-Prozesse... aber ich verstehe nicht ganz, alle diese Dinge, so Frage ich hier.

InformationsquelleAutor Tomasz Zieliński | 2011-02-16
  1. 6

    Den " pid " - Wert ist anders. Sie sind in unterschiedlichen Prozessen.

    • In einem solchen Fall nicht WSGIApplicationGroup beeinflussen alles, was im daemon-Modus?
    • In jedem Prozess, der von einem daemon-Prozess-Gruppe, gibt es einen interpreter, der den gleichen Namen. Die %{GLOBAL} man die wichtigsten interpreter, genauso wie wenn auf der Kommandozeile ausgeführt, was bedeutet, dass in der Tat können Sie ignorieren, das ganze Konzept des sub-Dolmetscher und sehe es als ein multi-Prozess-Anwendung, wo die Anforderungen sind ausgeteilt über alle Prozesse hinweg.
    • Mein Kopf ist zu klein für diese, so lassen Sie mich Fragen, für die Klarstellung - für die 5 Prozesse, die im daemon-Prozess-Gruppe, gibt es 5 %{GLOBAL} (d.h. Haupt -) Interpreten, eine für jeden Prozess ? Wenn ich Recht habe, dann, was würde die Wirkung sein: WSGIApplicationGroup MyOwnInterpreter - es werden zwei Dolmetscher pro Prozess, %{GLOBAL} und MyOwnInterpreter, oder nur noch einer, aber mit einem Namen anstelle von "?
    • Es wären zwei, weil der wichtigste interpreter, dh., %{GLOBAL}, ist als Nebeneffekt bei der Initialisierung Python selbst in diesem Prozess. Dh., es ist immer vorhanden. Also, wenn mit daemon-Modus und nur eine Applikation haben, zwingt die Verwendung von Haupt-interpreter eigentlich auch spart ein wenig Speicher, da Sie nicht den overhead von der Schaffung einer zusätzlichen sub-interpreter, der innerhalb des Prozesses.
    • Ah, jetzt verstehe ich es - WSGIApplicationGroup können mehrere wsgi-Anwendungen verwenden die gleiche daemon-Prozess-Gruppe, noch isoliert (naja, fast isoliert: stackoverflow.com/questions/755070/...) von einander mit separaten Python-sub-Dolmetscher in den daemon-Prozessen. Es erlaubt auch das zuordnen mehrerer Anwendungen auf einem gemeinsamen interpreter, wenn jemand das hier brauchen. Und für die Nutzer der Xapian-und andere Bibliotheken mit ähnlichen Problem, es erlaubt die Verwendung der wichtigsten Python-interpreter. Super, danke für die Geduld!
    • Yep, Sie haben es alle verstehen ganz gut jetzt.
    • Wie kann ich wissen, ob es mit meiner virtuellen Umgebung Dolmetscher, wenn es hat '' in der log?
    • Hängt davon ab, welchen Mechanismus Sie verwenden, um zu sagen, mod_wsgi über die virtuelle Umgebung. Starten Sie eine neue Frage richtig zu erklären, was Ihr problem ist, anstatt zu versuchen, zu tag auf ein bestehendes.

    InformationsquelleAutor Graham Dumpleton
Schreibe einen Kommentar