2016-04-07 4 views

Antwort

1

Es ist wahr, wenn Transaktionen sequenziell und in nur einem Thread (auf einer TCP-Verbindung) passieren pro Benutzer. In der Realität werden sie jedoch, wenn sie über Webbrowser sprechen, mehrere gleichzeitige Verbindungen verwenden, wenn sie mit einem Host sprechen. 6 gleichzeitige Verbindungen sind ziemlich üblich, so dass der Host dann TPS = 6 x gleichzeitige Benutzer/Antwortzeit erhält.

Auch der Browser wird manchmal blockiert und nicht Dinge holen. Manchmal, weil Code ausgeführt wird, manchmal weil einige Operationen nicht gleichzeitig mit anderen Operationen ausgeführt werden können. Weitere Informationen finden Sie unter http://www.browserscope.org.

Natürlich stellen Clients (ob sie Menschen sind, die einen Browser verwenden oder z. B. eine Handy-App mit ihrem Backend über eine REST-API sprechen) in der Regel keine Anfragen mit der höchstmöglichen Rate fort . Das ist wahrscheinlich kein sehr realistischer Testfall. Normalerweise werden Clients eine Reihe von Anforderungen stellen und dann für eine Weile still bleiben, bis der Benutzer etwas Neues in der Anwendung tut, die mehr Daten vom Back-End benötigt.

Verwandte Themen