Ławka Apache - porównanie wyników

W tym rozdziale porównamy wyniki z flagami i bez. Zobaczmy, jak użycie odpowiednich flag może zwiększyć wydajność Twojej aplikacji internetowej. Wcześniej musimy zrozumieć, że jeśli Twoja aplikacja jest prosta, możesz nie zauważyć różnicy. Tak jak w przypadku naszej prostej aplikacji, z flagami i bez flag. Następnie wykonamy ten sam test zhttps://www.apache.org/ URL i zobacz różnicę.

Testowanie naszej aplikacji bez flag

W tej sekcji dowiemy się, jak przetestować naszą aplikację bez flag.

$ ab -n 100 -c 10 http://127.0.0.1:8000/

Wynik

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 127.0.0.1 (be patient).....done


Server Software:        Rocket
Server Hostname:        127.0.0.1
Server Port:            8000

Document Path:          /
Document Length:        Variable

Concurrency Level:      10
Time taken for tests:   0.244 seconds
Complete requests:      100
Failed requests:        0
Non-2xx responses:      100
Keep-Alive requests:    0
Total transferred:      27700 bytes
HTML transferred:       6600 bytes
Requests per second:    2208.77 [#/sec] (mean)
Time per request:       4.527 [ms] (mean)
Time per request:       0.453 [ms] (mean, across all concurrent requests)
Transfer rate:          597.49 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1    2   0.7      2       3
Processing:     0    2   0.7      2       4
Waiting:        0    2   1.0      2       3
Total:          4    4   0.3      4       5

Percentage of the requests served within a certain time (ms)
  50%      4
  66%      4
  75%      5
  80%      5
  90%      5
  95%      5
  98%      5
  99%      5
 100%      5 (longest request)

Testowanie naszej aplikacji z flagami

W tej sekcji dowiemy się, jak przetestować naszą aplikację z flagami.

$ ab -l -r -n 100 -c 10 -k -H "Accept-Encoding: gzip, deflate"  http://127.0.0.1:8000/

Wynik

...
Requests per second:    2277.07 [#/sec] (mean)
Time per request:       4.392 [ms] (mean)
Time per request:       0.439 [ms] (mean, across all concurrent requests)
Transfer rate:          615.97 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1    2   0.7      2       3
Processing:     0    2   0.7      2       4
Waiting:        0    2   1.0      2       3
Total:          4    4   0.2      4       5

Percentage of the requests served within a certain time (ms)
  50%      4
  66%      4
  75%      4
  80%      4
  90%      5
  95%      5
  98%      5
  99%      5
 100%      5 (longest request)

Możemy po prostu zauważyć, że nie ma dużej różnicy między statystykami wyjściowymi.

Testowanie witryny organizacji Apache bez flag

Zobaczmy teraz, jak przetestować witrynę internetową organizacji Apache bez flag.

$ ab -n 100 -c 10 http://www.apache.org/

Wynik

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 www.apache.org (be patient).....done

Server Software:        Apache/2.4.7
Server Hostname:        www.apache.org
Server Port:            80

Document Path:          /
Document Length:        58433 bytes

Concurrency Level:      10
Time taken for tests:   1.498 seconds
Complete requests:      100
Failed requests:        0
Total transferred:      5877500 bytes
HTML transferred:       5843300 bytes
Requests per second:    66.74 [#/sec] (mean)
Time per request:       149.840 [ms] (mean)
Time per request:       14.984 [ms] (mean, across all concurrent requests)
Transfer rate:          3830.58 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       12  110 295.2     12    1012
Processing:    37   38   0.5     38      39
Waiting:       12   13   0.3     13      15
Total:         49  147 295.4     50    1051

Percentage of the requests served within a certain time (ms)
  50%     50
  66%     50
  75%     50
  80%     50
  90%    816
  95%   1050
  98%   1051
  99%   1051
 100%   1051 (longest request)

Testowanie witryny organizacji Apache z flagami

Przetestujmy teraz witrynę organizacji Apache z flagami.

$ ab -l -r -n 100 -c 10 -k -H "Accept-Encoding: gzip, deflate"  http://www.apache.org/

Wynik

...
Document Length:        Variable

Concurrency Level:      10
Time taken for tests:   0.357 seconds
Complete requests:      100
Failed requests:        0
Keep-Alive requests:    100
Total transferred:      1358510 bytes
HTML transferred:       1317700 bytes
Requests per second:    280.28 [#/sec] (mean)
Time per request:       35.678 [ms] (mean)
Time per request:       3.568 [ms] (mean, across all concurrent requests)
Transfer rate:          3718.41 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    1   3.7      0      12
Processing:    14   17  21.3     15     227
Waiting:       14   17  21.3     14     227
Total:         14   18  21.5     15     227

Percentage of the requests served within a certain time (ms)
  50%     15
  66%     15
  75%     15
  80%     15
  90%     27
  95%     28
  98%     29
  99%    227
 100%    227 (longest request)

Możesz po prostu zauważyć, jak wzrosło żądanie na sekundę przy użyciu flag. W tym przypadku jest to szczególnie spowodowane użyciem-H "Accept-Encoding: gzip, deflate, ponieważ ta flaga informuje serwer Apache, aby obsługiwał żądania w formacie gzipped format.

Biorąc pod uwagę wyniki Apache Bench

Jeśli chodzi o wyniki Apache Bench, należy wziąć pod uwagę kilka ważnych punktów. Pomoże nam to zaprojektować naszą ogólną strategię usuwania wąskich gardeł w naszej aplikacji i poprawiać jej wydajność.

Musimy żądać na sekundę. To daje nam wyobrażenie o tym, jak dobrze działa konfiguracja naszego serwera internetowego; im większa liczba, tym lepsza wydajność. Następnie przychodzi czas połączenia (ms) i procent obsługiwanych żądań. Może być konieczne dostosowanie ustawień serwera internetowego, aby zmienić te wskaźniki na żądaną wydajność.

Sprawdź, czy nie ma błędów w dziennikach błędów Apache lub używanego serwera WWW lub dziennikach (ogólnych). W miarę zwiększania obciążenia rzeczy zaczną się dławić: zaczną pojawiać się problemy z pamięcią. Wiele skryptów Pythona zacznie się zawieszać, jeśli nie zostaną napisane z myślą o współbieżności.

Musisz dowiedzieć się, jaka jest krytyczna wartość współbieżności, powyżej której Twój serwer sieciowy ulega awarii i / lub przekracza limit czasu? Zwykle powinno to mieć miejsce na dość wysokim poziomie współbieżności. Jeśli ta wartość jest niska, coś jest nie tak i musisz zmienić te ustawienia na niższe / wyższe.

Wniosek

W tym samouczku dowiedzieliśmy się, jak można użyć Apache Bench do testowania ładowania dowolnej witryny internetowej lub aplikacji internetowej. Apache Bench może być bardzo cennym narzędziem do określania, w jaki sposób należy poprawić konfigurację serwera aplikacji internetowych, aby zmniejszyć wąskie gardła i zwiększyć wydajność. Teraz, gdy znasz już podstawowe użycie Apache Bench, możesz zacząć od stworzenia nowych planów testów, aby zmierzyć wydajność aplikacji w różnych scenariuszach.