MAC上のマルチプロセッシング・インポート・モジュール

Question

osx上のpython-multiprocessingを使用して、インポート前に新しいプロセス内にモジュールが存在します。ここ
は例です：窓/ Linux上

 

import multiprocessing 
import sys 
import os 

print 'importing module' 
def main(): 
    import uuid 
    print 'setting var' 
    uuid.some_variable = True 

def process(name): 
    print 'uuid module loaded:', 'uuid' in sys.modules 
    print 'process pid', os.getpid() 
    import uuid 
    var = uuid.some_variable 
    print 'var exists on mac', var 

if __name__ == '__main__': 
    print 'main pid', os.getpid() 
    main() 
    p = multiprocessing.Process(target=process, args=('test',)) 
    p.start() 
    p.join() 
 

出力は、私が期待するものです。スクリプトのインポートは二回、uuid.some_variableが存在しない、とUUIDをインポートする前にロードされていません。しかしOSX上で、スクリプトは一度だけインポートします

 
importing module 
main pid 4352 
setting var 
importing module 
uuid module loaded: False 
process pid 4988 
AttributeError: 'module' object has no attribute 'some_variable' 

、UUIDは、インポートする前にロードされ、uuid.some_variableが存在します新しいプロセスで：

 
importing module 
main pid 4399 
setting var 
uuid module loaded: True 
process pid 4400 
var exists on mac True 

どういうわけか、メイン処理からUUIDモジュールは、それをインポートすることなく、サブプロセスに入りました。
何か不足していますか、これはバグですか、これを行うには十分な理由がありますか？
モジュールはどのようにしてサブプロセスに入りましたか？

Answer 1

問題は、マルチプロセスではunixでos.forkを使用することです。したがって、サブプロセスはメインプロセスのコピーになります。 Fedoraで何が起こっているのか知りませんが、Linux上でも動作しません。
簡単に回避する方法はありません。

Answer 2

macの実装では、インポートの扱いが異なるようです。それにもかかわらず、あなたが使用して、モジュールの独自のリポジトリを実装することによって、それをハックすることができます

my_modules['context'] = __import__('uuid') 
uuid = my_modules['context'] 
uuid.UUID(...) 

をcontextがあなたのプロセスの各1です。なぜあなたはこれをやりたいのかわかりませんが、これはうまくいくはずです。