同時治療薬はGILの薬ですか？

Question

私はちょうどこの新しい実装について探していました。私はPython 2.7を使用しています。thisをインストールする必要があります。使用すると、CPythonのGILという単語は忘れられますか？

Answer 1

いいえ、concurrent.futuresは、GILとはまったく関係ありません。

スレッドの代わりにプロセスを使用すると、GILの薬です。 （もちろん、すべての薬のように、それは副作用を持っている。しかし、それは動作します。）

futuresモジュールは、ちょうどあなたのスケジュールと直接threadingまたはmultiprocessingを使用するよりも作業に待つ簡単な方法を提供します。 futureコードを変更せずに、スレッドプールとプロセスプール（そしておそらくグリーンレットループ、あるいはあなたが発明してビルドしたもの）を入れ替えることができるという利点があります。したがって、コードにGILの問題があるかどうかわからない場合は、スレッドを使用するようにコードを構築してから、1行の変更でプロセスを使用するように切り替えることができます。

しかし、あなたは ThreadPoolExecutorを使用する場合は、手動で threadingと queueでスレッドプール、タスクキューなどを作成したかのように、それはまったく同じGILの問題を持っています。 ProcessPoolExecutorを使用する場合は、 multiprocessingを手動で使用した場合と同じ方法で（同じトレードオフで）GILの問題を回避します。

PyPIパッケージは、concurrent.futuresモジュールの3.2から2.x（および3.0-3.1）の単純なバックポートにすぎません。 （それは魔法のようにあなたに新しい-およびソート・オブ・改善3.2 GILを与える、またはそれ以上-改善3.3 GIL、はるかに少ないGILは削除されません。）

---

私はおそらく持つべきではありませんGILが変わったと言いました。これはちょうど混乱を招いてしまったようですが...今は、ひどく単純化することによって、まっすぐにしてみましょう。

IOバインドされた作業以外何もしていない場合、スレッドは並行性を得るのに最適な方法です。そして3.3はそれらをより良く動作させますが、ほとんどの場合、2.7は既に十分です。ほとんどの場合、そうでない場合は3.3で十分ではありません。 10000の同時クライアントを処理する場合は、スレッドの代わりにイベントループ（たとえば、twisted、tornado、gevent、tulipなど）を使用する必要があります。

CPUバインドされた作業がある場合、スレッドはその作業をまったく並列化するのに役立ちません。実際、彼らは事態を悪化させます。 3.3はそのペナルティをそれほど悪くしないが、それはまだペナルティであり、あなたはまだこれを行うべきではない。 CPU作業を並列化する場合は、スレッドではなくプロセスを使用する必要があります。 3.3の唯一の利点は、futuresがmultiprocessingより少し使いやすく、それをインストールする必要がなく内蔵されていることです。

2.7よりも優れた言語を実装しているため、3.3への移行をお勧めしません。しかし、より良い並行性は動かす理由ではありません。