Python wieloprocesorowe ciągły ikra procesy pythonw.exe nie robiąc żadnej pracy

Question

Nie rozumiem dlaczego ten prosty kod

# file: mp.py 
from multiprocessing import Process 
import sys 

def func(x): 
    print 'works ', x + 2 
    sys.stdout.flush() 

p = Process(target= func, args= (2,)) 
p.start() 
p.join() 
p.terminate() 
print 'done' 
sys.stdout.flush() 

tworzy procesy „pythonw.exe” ciągły i niczego nie drukuje, mimo go uruchomić z wiersza poleceń:

python mp.py 

Używam najnowszy Pythona 2.6 na Windows 7 zarówno 32 i 64 bity

Answer 1

Musisz protect then entry point of the program by using if __name__ == '__main__':.

To jest problem specyficzny dla systemu Windows. W systemie Windows moduł musi zostać zaimportowany do nowego interpretera języka Python, aby uzyskać dostęp do kodu docelowego. Jeśli nie zatrzymasz tego nowego tłumacza, który uruchomi kod startowy, odrodzi się ono na kolejnym potomku, które będzie odradzać kolejne dziecko, aż do momentu, w którym okaże się to możliwe.

Inne platformy używają os.fork() do uruchamiania podprocesów, więc nie ma problemu z ponownym zaimportowaniem modułu.

Więc kod trzeba będzie wyglądać następująco:

from multiprocessing import Process 
import sys 

def func(x): 
    print 'works ', x + 2 
    sys.stdout.flush() 

if __name__ == '__main__': 
    p = Process(target= func, args= (2,)) 
    p.start() 
    p.join() 
    p.terminate() 
    print 'done' 
    sys.stdout.flush() 

Answer 2

zabawne, działa na moim komputerze z systemem Linux:

$ python mp.py 
works 4 
done 
$ 

Czy proces wieloprocesowy ma działać w systemie Windows? Wiele programów pochodzących ze świata uniksowego nie radzi sobie tak dobrze z Windows, ponieważ Unix używa fork(2) do taniego klonowania procesów, ale (jest to moim zdaniem), że Windows nie wspiera z wdzięcznością, jeśli w ogóle, to jest fork(2).

Answer 3

Według programming guidelines dla wieloprocesorowych, na oknach trzeba użyć if __name__ == '__main__':