Werkzeug: ソケットの動作に関するwerkzeug.servingの誤った仮定

あなたはおそらく正しいですが（調査は行っていません）、Werkzeugのサーバーは開発のみを目的としていることに注意してください。 Dockerでgeventを使用して実行すると、その目的には使用しないと思います。

私は実際に開発にdockerを使用しており、コードの一部はgeventmonkeypatchesを非常に熱心に使用していました。
それがドントパニックを壊さなければ、私はおそらくそれに気付かないでしょう：3

私はPython3.5でこのバグを経験しましたが、基礎となるソケットを非ブロッキングモードに設定した場合のみです（たとえば、 settimeout使用）。 これは実際にはPython3のアップストリームバグが原因であることが判明しました： issue24291 。 この問題はPython3.6で修正されています（ issue26721を参照）。

他のWebサーバーで実装されている回避策は、 wfileをio.BufferedWriterでラップするか（たとえば、3.5のCPythonのwsgirefで）、 wbufsizeを変更してバッファリングを有効にすることです。デフォルト（例：このgeventの問題を参照）

werkzeugが回避策も実装したいのか、それともwerkzeug以外の問題だと考えているのかわからない。

提供された情報に基づいて、これは確かにgeventバグまたはstdlibバグのいずれかであると私は信じています、werkzeugは想定されるバッファファイルに対して書き込み+フラッシュを使用します。 geventで

@RonnyPfannschmidtはい、 geventなしでも取得できます。werkzeugのWSGIRequestHandlerと組み合わせて非ブロッキングソケットを使用する必要があります。 Geventは、Python3.5のアップストリームバグによって間接的に影響を受ける多くのプロジェクトの単なる別の例でした:-)

これが発生する状況と、Python 3.5で修正されたという事実（3.4は3月にEOLになります）を考慮して、これを終了します。