2011-12-15 8 views
3
httperf ... --rate=20 --send-buffer=4096 --recv-buffer=16384 --num-conns=100 --num-calls=10 

nginxで1000リクエストを期待通りに与えます。100リクエストが滞っています。uWSGI

Total: connections 100 requests 1000 replies 1000 test-duration 5.719 s 

Connection rate: 17.5 conn/s (57.2 ms/conn, <=24 concurrent connections) 
Connection time [ms]: min 699.0 avg 861.3 max 1157.5 median 840.5 stddev 119.5 
Connection time [ms]: connect 56.9 
Connection length [replies/conn]: 10.000 

Request rate: 174.8 req/s (5.7 ms/req) 
Request size [B]: 67.0 

Reply rate [replies/s]: min 182.0 avg 182.0 max 182.0 stddev 0.0 (1 samples) 
Reply time [ms]: response 80.4 transfer 0.0 
Reply size [B]: header 284.0 content 177.0 footer 0.0 (total 461.0) 
Reply status: 1xx=0 2xx=1000 3xx=0 4xx=0 5xx=0 

CPU time [s]: user 1.42 system 4.30 (user 24.9% system 75.1% total 100.0%) 
Net I/O: 90.2 KB/s (0.7*10^6 bps) 

Errors: total 0 client-timo 0 socket-timo 0 connrefused 0 connreset 0 
Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0 

uWSGIでポート8000​​の結果を照会すると、200個の要求と100個の応答と100個のリセット接続が照会されます。どうしましたか?サーバーは非常に強力です。

Total: connections 100 requests 200 replies 100 test-duration 5.111 s 

Connection rate: 19.6 conn/s (51.1 ms/conn, <=5 concurrent connections) 
Connection time [ms]: min 69.5 avg 128.4 max 226.8 median 126.5 stddev 27.9 
Connection time [ms]: connect 51.4 
Connection length [replies/conn]: 1.000 

Request rate: 39.1 req/s (25.6 ms/req) 
Request size [B]: 67.0 

Reply rate [replies/s]: min 19.8 avg 19.8 max 19.8 stddev 0.0 (1 samples) 
Reply time [ms]: response 68.8 transfer 8.2 
Reply size [B]: header 44.0 content 2053.0 footer 0.0 (total 2097.0) 
Reply status: 1xx=0 2xx=100 3xx=0 4xx=0 5xx=0 

CPU time [s]: user 1.87 system 3.24 (user 36.6% system 63.4% total 100.0%) 
Net I/O: 42.6 KB/s (0.3*10^6 bps) 

Errors: total 100 client-timo 0 socket-timo 0 connrefused 0 connreset 100 
Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0 
+0

tcp_max_syn_backlogは1024 です。somaxconnは2048 – Dmitry

答えて

5

これは、複数の論理答えです:

http://projects.unbit.it/uwsgi/wiki#Wherearethebenchmarks

聞くキューサイズがuWSGI起動時のログで報告されています。

あなたのuWSGI設定を報告していないので、あなたに正しいヒントを与えることは不可能です。

+0

です。構成自体はありません。インストールしてコマンドラインで実行しました。それはソケットに100の接続制限を報告しますが、たとえば-l 500を設定すると、同じ結果が得られます。あなたが提供したリンクには、OSのキュー制限をチューニングすることが記載されています - これは方法ですか?私は100コアネハロムのために100であるとは思わない。 – Dmitry

+3

あなたの「設定なし」とは、あなたが1つのプロセスで実行しているということです。次に、ソケットは最大101/102の同時接続しか管理できません。はい、ソケットのバックログを増やすためにカーネルを調整する必要がありますが、プロセス数/スレッド数と最終的にはタイムアウトする必要があります。 100/16コアの比率に関しては、ソケットバックログがどのようなもので、どのように動作するのかを理解するためにhttp://www.manpagez.com/man/2/listen/を読んでみてください。 – roberto

+0

リンクをありがとう。私は後で、nginxなしでそれを実行することは、多くのパフォーマンスを提供するつもりはないと思った。これを適切に設定した後、Djangoで2000req/sを処理します(よく、私が測定することができます) – Dmitry

1

uWSGI設定で<listen>1024</listen>ディレクティブを使用してください。

関連する問題