Web Performance Characteristics of HTTP/2 and Comparison to HTTP/1.1

Marx, Robin; Wijnants, Maarten; Quax, Peter; Faes, Axel; Lamotte, Wim

doi:10.1007/978-3-319-93527-0_5

Cited by 3 publications

(3 citation statements)

References 18 publications

(34 reference statements)

Supporting

Mentioning

Contrasting

Order By: Relevance

“…We speculate Figure 10. The per-segment bitrate and RTT of the client a 1 in subscenario 2-B that this was because of the deliveries of the wasted PUSH_PROMISE frames that caused the server to delay the downloads of the responses for those segments [39]. Since the client performed similar to the HTTP/1.1 during this period, such large RTTs were unavoidable and resulted in bandwidth underutilization [6,7].…”

Section: Discussionmentioning

confidence: 99%

FAURAS: A Proxy-based Framework for Ensuring the Fairness of Adaptive Video Streaming over HTTP/2 Server Push

Tran¹,

Duc²,

Tan³

et al. 2020

Preprint

View full text Add to dashboard Cite

HTTP/2 video streaming has caught a lot of attentions in the development of multimedia technologies over the last few years. In HTTP/2, the server push mechanism allows the server to deliver more video segments to the client within a single request in order to deal with the requests explosion problem. As a result, recent research efforts have been focusing on utilizing such a feature to enhance the streaming experience while reducing the request-related overhead. However, current works only optimize the performance of a single client, without necessary concerns of possible influences on other clients in the same network. When multiple streaming clients compete for a shared bandwidth in HTTP/1.1, they are likely to suffer from unfairness, which is defined as the inequality in their bitrate selections. For HTTP/1.1, existing works have proven that the network-assisted solutions are effective in solving the unfairness problem. However, the feasibility of utilizing such an approach for the HTTP/2 server push has not been investigated. Therefore, in this paper, a novel proxy-based framework is proposed to overcome the unfairness problem in adaptive streaming over HTTP/2 with the server push. Experimental results confirm the outperformance of the proposed framework in ensuring the fairness, assisting the clients to avoid rebuffering events and lower bitrate degradation amplitude, while maintaining the mechanism of the server push feature.

show abstract

Section: Discussionmentioning

confidence: 99%

FAURAS: A Proxy-based Framework for Ensuring the Fairness of Adaptive Video Streaming over HTTP/2 Server Push

Tran¹,

Duc²,

Tan³

et al. 2020

Preprint

View full text Add to dashboard Cite

show abstract

“…In contrast, for the case of the Proactive method (Figures 9b and 10b), the RTT drastically increased for a consecutive number of segments (nine segments for subscenario 2-A and 12 segments for subscenario 2-B) after the new clients joined at the 100th segment. We speculate that this was because of the deliveries of the wasted PUSH_PROMISE frames that caused the server to delay the downloads of the responses for those segments [39]. Since the client performed similar to the HTTP/1.1 during this period, such large RTTs were unavoidable and resulted in bandwidth underutilization [6,7].…”

Section: Discussionmentioning

confidence: 99%

“…As a result, the client discards S n i+1 and sends request for S n i+1 , which completely compromises the mechanism of the server push. Hence, not only does the client fail to make use of the advantages discussed in Section 2, but also it wastes the server's network resources utilized for the push segment [39].…”

Section: Handling the Server Push Mechanismmentioning

confidence: 99%

FAURAS: A Proxy-Based Framework for Ensuring the Fairness of Adaptive Video Streaming over HTTP/2 Server Push

et al. 2020

View full text Add to dashboard Cite

HTTP/2 video streaming has gotten a lot of attention in the development of multimedia technologies over the last few years. In HTTP/2, the server push mechanism allows the server to deliver more video segments to the client within a single request in order to deal with the requests explosion problem. As a result, recent research efforts have been focusing on utilizing such a feature to enhance the streaming experience while reducing the request-related overhead. However, current works only optimize the performance of a single client, without necessary concerns of possible influences on other clients in the same network. When multiple streaming clients compete for a shared bandwidth in HTTP/1.1, they are likely to suffer from unfairness, which is defined as the inequality in their bitrate selections. For HTTP/1.1, existing works have proven that the network-assisted solutions are effective in solving the unfairness problem. However, the feasibility of utilizing such an approach for the HTTP/2 server push has not been investigated. Therefore, in this paper, a novel proxy-based framework is proposed to overcome the unfairness problem in adaptive streaming over HTTP/2 with the server push. Experimental results confirm the outperformance of the proposed framework in ensuring the fairness, assisting the clients with avoiding rebuffering events and lowering bitrate degradation amplitude, while maintaining the mechanism of the server push feature.

show abstract

Go x Java e gRPC x REST: Um estudo empírico

Soares,

Terra

2024

Anais Do XXVIII Simpósio Brasileiro De Linguagens De Programação (SBLP 2024)

View full text Add to dashboard Cite

Este trabalho investiga a influência das linguagens de programação Java e Go e das arquiteturas de comunicação REST e gRPC no desempenho de APIs. A questão de pesquisa #1 investigou qual par (linguagem,arquitetura-comunicação) provê melhor desempenho. Por um lado, pares (Go, gRPC) e (Java, gRPC) se destacaram em requisições de tamanhos usuais (StdSize) possivelmente devido à eficiência na compactação de dados e na redução de latência oferecida pelo gRPC. Por outro lado, pares (Go, REST) e (Java, REST) se destacaram em requisições de grande volume (LargeSize) provavelmente devido à flexibilidade do REST em lidar com grandes volumes de dados sem estrutura rígida. A questão de pesquisa #2, de forma complementar, investigou a influência de cada fator no desempenho. Um projeto fatorial 2𝑘𝑟 concluiu que enquanto a linguagem de programação exerce uma influência de 2%, a arquitetura de comunicação influencia 94%.

show abstract

Web Performance Characteristics of HTTP/2 and Comparison to HTTP/1.1

Cited by 3 publications

References 18 publications

FAURAS: A Proxy-based Framework for Ensuring the Fairness of Adaptive Video Streaming over HTTP/2 Server Push

FAURAS: A Proxy-based Framework for Ensuring the Fairness of Adaptive Video Streaming over HTTP/2 Server Push

FAURAS: A Proxy-Based Framework for Ensuring the Fairness of Adaptive Video Streaming over HTTP/2 Server Push

Go x Java e gRPC x REST: Um estudo empírico

Contact Info

Product

Resources

About