Erste fehlgeschlagene Anfragen mit apache benchmark für eine load-balanced-Tornado-Seite, aber keiner angemeldet
Vielleicht ist dies eine Frage, über die ab, anstatt über den Tornado, aber so etwas macht keinen Sinn.
Ich den benchmark wie diese:
$ ab -n 100 http://localdomainname/# 2 tornados being 1 nginx
...
Concurrency Level: 1
Time taken for tests: 0.162 seconds
Complete requests: 100
Failed requests: 17
(Connect: 0, Receive: 0, Length: 17, Exceptions: 0)
Write errors: 0
So laut, dass 17 von 100 Anfragen, die fehlgeschlagen.
Vor der Ausführung des benchamark ich zurücksetzen der log-Dateien und betrachten Sie Sie wieder:
$ wc -l /tmp/gkc.access.log
100 /tmp/gkc.access.log
$ cat /tmp/gkc.access.log | grep ' 200 ' | wc -l
100
So, nach Nginx keine Anfragen fehlgeschlagen! Warum ist ab Spruch 17 von 100 gescheitert?
(Übrigens 17 von 100 war nur ein Beispiel. es geht rauf und runter, aber nie 0, die ich erwarten würde)
UPDATE
Getestet, die mit httperf ohne Berührung der Tornado+Nginx setup, bekomme ich 0 Fehler-Anfragen.
- Bis ich das herausfinden werde ich mit httperf
- Habe versucht dieses mit einer einfachen app, konnte das nicht reproduzieren - Bizarr, bekomme ich connection reset Fehler mit httperf, aber nur, wenn ich auf die Datei-Deskriptor-Grenze.
- Ich kann das problem reproduzieren, das mit Tornados
Hello world
Beispiel (412 von 10.000 Anfragen fehlgeschlagen, mit ab, kein nginx oder andere frontend).
Du musst angemeldet sein, um einen Kommentar abzugeben.
Erhalten Sie die "Länge" Anforderungen, die fehlgeschlagen sind, was nicht bedeutet, dass die response-code wurde nicht 200. Es bedeutet nur, dass die Länge der Antwort über Anfragen hinweg unterschiedlich war (es merkt sich die Länge des ersten).
Im detail dieses Thema wurde diskutiert in dieser Frage: Lasttest mit AB ... fake failed requests (Länge)