ほぼ同期も機能します。基本的に、ほとんどのジョブのタスクキューにWebアプリの背後でデータアクセスと処理を委任したいと思います。セロリのタスクに合理的と見なすことができる最速のレイテンシーはどれくらいですか？
わかりやすくするために、スループットは（良いのですが）私にとって必要な問題ではないことを説明する必要があると思います。しばらくの間、その方向にスケーリングする必要はありません。レイテンシーは、現時点で評価する唯一の基準です。それが機能する唯一の方法である場合、私は使用することに満足してtask.applyいますが、少し作業を進めたいと思います。
私が言うとき、私throughputはタスクを送信してから実行されるまでの平均待ち時間を意味します。roundtripつまり、タスクの送信、実行、結果の返送、および結果の取得にかかる平均時間です。
コメントで述べたように、現在共有できる公式の番号はありませんが、適切な構成では、Celeryは他の多くのソリューションと比較してレイテンシが低くなりますが、それでもローカルで関数を実行するよりもオーバーヘッドが大きくなります。これは、タスクの粒度を設計するときに考慮すべきことです[1]
私は現在、興味があるかもしれないパフォーマンスガイドを書いています：http： //ask.github.com/celery/userguide/optimizing.html
フィードバックを歓迎します。興味のあるその他のパフォーマンス要因について知りたいと思います。
[1] http://celeryq.org/docs/userguide/tasks.html#granularity