Asyncio vs. Gevent [closed] 質問する

そして、まさにそのように、すべての標準 I/O (ソケット、データベース トランザクション、純粋な Python で記述されたすべてのもの) が非同期になり、greenlet を使用して舞台裏で yield および切り替えが行われるようになりました。

完璧ではありませんでした:

• 当時は、Windows ではうまく動作しませんでした (現在でもいくつかの制限があります)。幸いなことに、私たちは Linux 上で実行していました。
• C 拡張機能にモンキーパッチを適用できなかったため、たとえば MySQLdb は使用できませんでした。幸いなことに、PyMySQL など、純粋な Python の代替品は数多くありました。

質問

最近ではPython 3がさらに人気を博しており、非同期個人的には素晴らしいと思いますが、最近、gevent で実装したものとどう違うのかと尋ねられ、十分な答えが思いつきませんでした。

これは主観的に聞こえるかもしれないが、私が実際に探しているのは実際の使用例一方が他方より大幅に優れている場合、または他方ではできないことが可能になります。これまでに私が収集した考慮事項は次のとおりです。

1. 前にも述べたように、gevent は Windows ではかなり制限されています。とはいえ、私が知っているほとんどの製品コードは Linux で動作します。

   Windowsで実行する必要がある場合は、asyncioを使用してください。。

2. GeventはC拡張をモンキーパッチできません。しかし、asyncioはモンキーパッチできません。何でも。

   新しい DB テクノロジが登場し、それを使用したいが、それ用の純粋な Python ライブラリがないため、Gevent と統合できないとします。問題は、asyncio と統合できる io* ライブラリがない場合も同様に困ってしまうことです。もちろん、ワーカー スレッドとエグゼキュータはありますが、それは重要ではなく、どちらの場合でも同じように機能します。

3. 個人の好みの問題だと言う人もいますが、同期プログラミングは本質的に非同期プログラミングよりも簡単だと言っても過言ではないと思います (考えてみてください。ソケットは扱えるが、ソケットを適切に選択/ポーリングする方法や、futures/promises で考える方法を理解するのが難しい初心者プログラマーに出会ったことはありませんか? また、その逆の人に出会ったことはありませんか?)。

   とにかく、そこは触れないでおこう。この点は頻繁に話題に上がるので、ここで触れておきたい。ここは（Redditでの議論）しかし、私が本当に求めているのは、実用的どちらか一方を使用する理由。

4. Asyncio は標準ライブラリの一部です。これは非常に大きなことです。つまり、適切に保守され、適切に文書化されており、誰もがそれを知っており、デフォルトで使用しているということです。

   しかし、Gevent を使用するのに必要な知識がほとんどないこと (また、Gevent は十分に保守され、ドキュメント化されていること) を考えると、それほど重要ではないようです。したがって、Futures を含む最も複雑なシナリオに対しても StackOverflow に複数の回答がありますが、Futures をまったく使用しない可能性も同様に実現可能であると思われます。

確かに、Guido と Python コミュニティが Asyncio に多大な労力を費やし、言語に新しいキーワードを導入するのには十分な理由があったはずですが、私にはそれを見つけることができないようです。

両者の主な違いは何ですか? また、どのようなシナリオで違いが明らかになりますか?