modo demonio mod_wsgi, WSGIApplicationGroup y Python separación intérprete

Question

tengo Apache con 2 hosts virtuales, cada uno con un sitio Django adjunta usando mod_wsgi, modo demonio, como este:

<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> 

utilizo WSGIApplicationGroup %{GLOBAL} debido a a known problem with Xapian.

Ahora, si entiendo lo que sucede entre bambalinas, mod_wsgi lanza 5 procesos de daemon para cada uno de mis sitios. Puedo ver esto en el registro de Apache:

[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'. 

... 

Lo que no entiendo es si esos "Attach interpreter ''" líneas indican que todos esos procesos comparten la misma intérprete de Python, o si hay un intérprete por proceso. (Por cierto, me doy cuenta de que el nombre de intérprete vacío '' es causado por pasar %{GLOBAL} a WSGIApplicationGroup).

Intenté comprobar si tal vez sys.path entradas se acumularon en procesos posteriores, pero no lo hicieron, lo que podría indicar que hay un intérprete de Python separado para cada uno de los 5 procesos de daemon ... pero no entiendo muy bien cosas así que estoy preguntando aquí.

Answer 1

El valor 'pid' es diferente. Están en diferentes procesos.