Abstract:In this paper we present a new model of Web traffic and its applications in the performance evaluation of Web servers. We consider typical user hypertext navigation behavior within a Web server. We propose a traffic model at the session level, formulated as a stochastic marked point process, which describes when users arrive and how they browse the server. We developed a Web server benchmark: WAGON (Web trAffic GeneratOr and beNchmark), and we validated the traffic model by comparing various characteristics of the synthetic traffic generated by WAGON against measurements.We then report benchmark and analysis results on the Apache server, the currently most used Web server software. We analyze the impact of the traffic parameters on the HTTP request arrival process and the packet arrival process. We also show that the aggregate traffic is self-similar in most cases, and that, more importantly, the Hurst parameter is increasing in the traffic intensity. We further provide performance comparison results between HTTP1.0 and HTTP1.1 and show that HTTP1.1 could be much worse for users as well as for servers if some control parameters of the server and of browsers are incorrectly set. Indeed, when the server load is relatively high, the page response time under HTTP1.1 increases exponentially fast with the number of parallel persistent connections and with the timeout value used in Apache for persistent connections. We investigate the impact of user network conditions on the server performance. We also propose a queueing model to analyze the workload of persistent connections on the Apache server, and we establish optimal solution of the timeout parameter for the minimization of workload.Our analyses indicate that it is usually beneficial for both Web servers and Web clients to use HTTP1.1 instead of HTTP1.0. When HTTP1.1 is used, it should be used with pipeline. In terms of the management of persistent connections, it is useful for browsers to implement Early Close policy which combines the advantages of both HTTP1.0 and HTTP1.1. Browsers should in general, except for users with low bandwidth network connections (such as modem), avoid establishing multiple parallel persistent connections from one browser window to the same Web server. On the server side, servers should set small timeout values for persistent connections if fixed timeout control mechanism is used (as in Apache) or if dynamic timeout control mechanism is used and the measured workload is high.

On The Performance Of Persistent Connection In Modern Web Servers

A Petri Net Approach To Analyze The Effect Of Persistent Connection On The Scalability Of Web Services

An improved HTTP session management model in distributed environment

Hybrid Performance Modeling And Analyzing Of Parallel Systems

Traffic model and performance evaluation of Web servers

A Dynamic Model of TCP/IP Networks

Tuning the Aggressive TCP Behavior for Highly Concurrent HTTP Connections in Intra-Datacenter

Tuning the Aggressive TCP Behavior for Highly Concurrent HTTP Connections in Data Center

Performance Comparison and Evaluation of WebSocket Frameworks: Netty, Undertow, Vert.x, Grizzly and Jetty

Survey on Link Layer Congestion Management of Lossless Switching Fabric.

A self-adaptive architecture to control the performance of multi-host web servers

# Initial # cwnd 2 . " Connection Manager " Cwnd Table Data Collector " Performance Oriented " Learning 1

TCP performance evaluation over wireless networks

Improving TCP Responsiveness with Connection History in Data Center Networks

Estimating Short Connection Capacity on High Performance User Level Network Stack

A Survey of Network Performance Management Technology DeveLopment

Dissecting Persistent Instability of Web Service: A Joint Perspective of Server Schedule Dynamics and Path Latency

Energy-efficient web browsing over IEEE 802.11 wireless networks

On TCP Performance in Multihop Wireless Networks

Push vs. Pull in Web-Based Network Management

On Adapting HTTP Protocol to Content Centric Networking