The popularity of the World Wide Web (WWW) in providing a vast array of information has drawn a large number of users in the past few years. The dramatic increase in the number of Internet users, however, has brought undesirable impacts on users, such as long response time and service unavailability. The utilization of multiple servers can be used to reduce adverse impacts. The challenge is to identify a good resource site to allocate to the user given a group of servers from which to select. In this project, a performance-directed site selection system was developed for a web-based application called AADMLSS (African American Distributed Multiple Learning Styles System). Four different sets of experiments were conducted in this study. In order to evaluate the effectiveness of the test system, two other server selection methods, Load-based and Random-based methods, were implemented for comparative purposes. The experiments were also run during daytime and nighttime to see the impact of network load on the response time. Experimental results indicate that the performance-directed site selection system outperforms the Load-based and Random-based methods consistently. The response time is typically high during daytime and low during nighttime, indicating that the network load has an impact on the response time delivered. The results also show that server performance contributes to the overall response time, and network performance is the more dominating factor in determining a good resource site for the user.

In the recent years, cloud services are dominating the internet world. Streaming video content is drastically increased. This trend created a way for the cloud gaming industry. Gaming Anywhere is one such an open source cloud gaming system designed specifically for gaming users to experience high-quality gaming while eliminating the burden of upgrading hardware or software whenever the gaming system becomes outdated. Gaming Anywhere client can stream the desired game from a remote server with high-quality resolution and fps. Gaming Anywhere launches almost all type of games as per the request of the client. In this paper, the performance of a Gaming Anywhere server is evaluated in a virtual windows environment. Performance is categorically divided into two types. One is server metrics and the other is power consumption. Server metrics deals with CPU utilization, GPU utilization and multi-player capability. Power consumption deals with the CPU power usage of a virtual machine. The main aim of this paper is to conduct measurement studies on Gaming Anywhere server in two virtual implementation kits, VMware and VirtualBox, using monitoring tools. The analysis of the outcome is evaluated against the Gaming Anywhere physical server.

This thesis investigates TCP connection management mechanisms in order to understand the behaviour and improve the performance of Internet servers during overload conditions such as flash crowds. We study several alternatives for implementing TCP connection establishment, reviewing approaches taken by existing TCP stacks as well as proposing new mechanisms to improve server throughput and reduce client response times under overload. We implement some of these connection establishment mechanisms in the Linux TCP stack and evaluate their performance in a variety of environments. We also evaluate the cost of supporting half-closed connections at the server and assess the impact of an abortive release of connections by clients on the throughput of an overloaded server. Our evaluation demonstrates that connection establishment mechanisms that eliminate the TCP-level retransmission of connection attempts by clients increase server throughput by up to 40% and reduce client response times by two orders of magnitude. Connection termination mechanisms that preclude support for half-closed connections additionally improve server throughput by up to 18%.

This thesis investigates TCP connection management mechanisms in order to understand the behaviour and improve the performance of Internet servers during overload conditions such as flash crowds. We study several alternatives for implementing TCP connection establishment, reviewing approaches taken by existing TCP stacks as well as proposing new mechanisms to improve server throughput and reduce client response times under overload. We implement some of these connection establishment mechanisms in the Linux TCP stack and evaluate their performance in a variety of environments. We also evaluate the cost of supporting half-closed connections at the server and assess the impact of an abortive release of connections by clients on the throughput of an overloaded server. Our evaluation demonstrates that connection establishment mechanisms that eliminate the TCP-level retransmission of connection attempts by clients increase server throughput by up to 40% and reduce client response times by two orders of magnitude. Connection termination mechanisms that preclude support for half-closed connections additionally improve server throughput by up to 18%.

In recent times, the usage of Voice and Video over Internet Protocol (VoIP) services has increased tremendously. There are many signaling protocols such as Bearer Independent Call Control (BICC), H.323, Media Gateway Control Protocol (MGCP), Session Initiation protocol (SIP) etc., that are used for establishment of sessions and to carry out voice and video data services. SIP has become popular because of its easy implementation, flexibility and good scalability. Choice of Open Source SIP server software (OS-SIP Server Software) is important when deploying in a VoIP based network. So we need to evaluate the performance of OS-SIP Server Softwares in an ideal condition before it is deployed to real environment. This document evaluates and compares the performance of three OS-SIP Server Softwares which are quite popular. A SIPp traffic generator tool is used to generate scenarios namely Registration with authentication, Registration without authentication, Session establishment, and Session establishment with response delay at User Agent Server (UAS) side. Using these scenarios, the performance of OS-SIP Server Softwares is evaluated with respect to parameters such as Registrations per second, Calls per second, Response delay, and Percentage of successful calls and registrations. From the experimental results, we observed that there is a significant performance difference among the SIP server softwares. OpenSIPS is the best OS-SIP Server Software for the scenarios Registration with authentication, Registration without authentication and Session establishment with response delay. Asterisk server is the best OS-SIP Server Software when compared with the other two (OpenIMSCore and OpenSIPS) servers for the scenario Session establishment.

Context. During the usage of a product, evaluating its performance quality is a crucial procedure. Web servers are one of the most used technological products in today’s modern world[1]. Thus, in this thesis we will evaluate and compare the performances of two web servers. The servers that are tested in the experiment are a raspberry pi 3B and a personal HP laptop. Objectives. The main objective of the study is to evaluate the performance of a raspberry pi 3B as a web server. In order to give a clearer image of how the raspberry pi performs, the laptop will also be evaluated and its performance will be used as a contrast during the study. Realization. To fulfill our objective, an experiment was conducted with the help of a performance testing tool called apache bench. To provide comprehensive performance results, the served content and the server software were altered throughout the experiment. The number of simulated users sending the requests were also altered. Results. The results were gathered by sending more than 1000 HTTP-requests to the two servers that served static and dynamic websites. The number of served requests per second and the CPU consumption of the servers were the recorded results. The raspberry pi exhibited response times as high as 1164 requests per second and CPU consumption that varied between ≈6% and ≈40%. In comparison to the laptop, on one occasion it exhibited a better processor utilization serving HTTPrequests of one user. Conclusions. Regardless of the used server software, although the laptop was slightly performing better, the raspberry pi had a closer response time in comparison to the laptop when both of them were serving a static website. On the contrary, when both were serving dynamic content the raspberry pi had a very low response time in the comparison. Out of the two used server software, nginx gave it a better CPU consumption in contrast to the laptop that had a better processor. That is irrespective of the served content type.