Das sind mehr als 11 pro Sekunde, das ist jetzt nicht ganz übel. Die spannende Frage ist aber, was genau getestet wurde und wie.
In welchen Situationen genügt dir denn die Leistungsfähigkeit Deines Internetzuganges nicht? Mir scheint es unwahrscheinlich, dass Du da die Grenzen ausreizt.
Wahrscheinlich[TM] scheitert die Messung an der Latenz der Internetverbindung zu dem Host, der als Gegenstelle beim Test dient. Die Latenz wirst Du nicht wirklich beeinflussen können (außer, sie entsteht in Deinem Einflußbereich).
niehaus@sonnenblume:~$ ping -c 3 heise.de
PING heise.de (193.99.144.80) 56(84) bytes of data.
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=1 ttl=243 time=16.9 ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=2 ttl=243 time=16.4 ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=3 ttl=243 time=16.5 ms
--- heise.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 16.466/16.648/16.915/0.243 ms
Du könntest am RWIN schrauben. Und daran wieviele TCI/IP-Verbindungen Deine Applikation parallel aufbauen kann. Wenn es nur eine ist:
niehaus@sonnenblume:~$ ab -n 200 -c 1 http://mirror.1und1.de/
This is ApacheBench, Version 2.3 <$Revision: 1604373 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking mirror.1und1.de (be patient)
Completed 100 requests
Completed 200 requests
Finished 200 requests
Server Software: nginx/0.7.67
Server Hostname: mirror.1und1.de
Server Port: 80
Document Path: /
Document Length: 2436 bytes
Concurrency Level: 1
Time taken for tests: 22.685 seconds
Complete requests: 200
Failed requests: 0
Total transferred: 511600 bytes
HTML transferred: 487200 bytes
Requests per second: 8.82 [#/sec] (mean)
Time per request: 113.424 [ms] (mean)
Time per request: 113.424 [ms] (mean, across all concurrent requests)
Transfer rate: 22.02 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 36 57 8.2 56 76
Processing: 37 57 9.0 57 112
Waiting: 36 57 9.0 56 112
Total: 75 113 16.5 114 175
Percentage of the requests served within a certain time (ms)
50% 114
66% 120
75% 125
80% 128
90% 135
95% 141
98% 146
99% 151
100% 175 (longest request)
8,8 Anfragen (Verbindungen) pro Sekunde, wenn nur eine Verbindung parallel genutzt wird.
niehaus@sonnenblume:~$ ab -n 200 -c 100 http://mirror.1und1.de/
This is ApacheBench, Version 2.3 <$Revision: 1604373 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking mirror.1und1.de (be patient)
Completed 100 requests
Completed 200 requests
Finished 200 requests
Server Software: nginx/0.7.67
Server Hostname: mirror.1und1.de
Server Port: 80
Document Path: /
Document Length: 2436 bytes
Concurrency Level: 100
Time taken for tests: 0.841 seconds
Complete requests: 200
Failed requests: 0
Total transferred: 511600 bytes
HTML transferred: 487200 bytes
Requests per second: 237.71 [#/sec] (mean)
Time per request: 420.689 [ms] (mean)
Time per request: 4.207 [ms] (mean, across all concurrent requests)
Transfer rate: 593.80 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 54 74 14.5 72 113
Processing: 57 180 203.9 77 727
Waiting: 57 179 204.0 73 727
Total: 115 254 214.2 143 840
Percentage of the requests served within a certain time (ms)
50% 143
66% 174
75% 374
80% 435
90% 719
95% 744
98% 804
99% 804
100% 840 (longest request)
Da sind wir mal eben bei 237 Verbindungen pro Sekunde, nur weil die Applikation 100 Verbindungen parallel aufbaut.
Ob das für Dich wirklich relevant ist? Anyways: have fun.
Sebastian