Modern tarayıcılarda neden pipelleme devre dışı bırakılır?

Question

Birçok, hepsi değilse de modern tarayıcılar ardışık HTTP isteklerini kullanmıyorsunuz. Teoride, pipelining, bir web sitesi almak için gereken gidiş dönüş sürelerini azaltarak istekleri hızlandırmalıdır.

HTTP standardına göre, tüm sunucular ,, pipelined istekleri ele almalıdır, bu nedenle sorun, sunucularda destek eksikliğiyle olmamalıdır.

İstemci, sunucu için performans açısından yoğun olan bir URL'ye olabildiğince çok sayıda pipeline isteği gönderdiğinde, alınan herhangi bir yanıtı göz ardı ederek katman 7 DoS saldırısı gibi bazı güvenlik sorunları gördüm.

sunucusu (standardını ihlal) de borulama desteğini kapatmak için bir neden olurdu, ama ben istemcilerde kapatmak için herhangi bir neden bulamıyorum

.

Bu Android tarayıcılarda ve Chrome mobil varsayılan olarak açık ancak almaktadır.

Neden Chrome, Firefox, IE, Opera ve Safari kendi masaüstü pipelined HTTP isteklerini (ve bazen mobil) sürümünü kullanmayan? Kapatmanın ardındaki nedenleri nedir?

Answer 1

Pipelining aşağıdaki nedenlerle devre dışı:

• Firefox:

büyük sorun açıkçası engelleme hattı ve performans ve sağlamlık üzerindeki etkisi başkanı olmuştur. Naif boru hatları sadece performansı kötüleştiriyor.

• Krom: orada kilitlenen böcek bilinen ve ön-of-kuyruğuna sorunlarını engelleme bilindiği gibi

borulama etkinleştirme seçeneği, Chrome'dan kaldırıldı. Sunucular ve ardışık düzen etkinleştirildiğinde kötü ve tutarsız davranmasına middleboxes çok sayıda vardır. Bunlar çözülene kadar, hiç kimsenin pipeline kullanmadığı önerilir. Bunu yapmak şu anda özel bir Chromium yapısı gerektiriyor. Genelde

:

Buggy vekiller hala yaygın ve Web geliştiricileri öngörmek ve kolayca teşhis edemez garip ve düzensiz davranışlara bunlar kurşun bulunmaktadır.

Pipelining doğru bir şekilde uygulanacak kadar karmaşıktır: aktarılan kaynağın boyutu, kullanılacak etkin RTT'nin yanı sıra etkili bant genişliği, boru hattı tarafından sağlanan iyileştirme üzerinde doğrudan bir insidansa sahiptir. Bunları bilmeden, önemli mesajlar önemsiz olanların arkasında gecikebilir. Önemli olan nosyon, sayfa düzeni sırasında bile gelişir! Bu nedenle, HTTP boruhattıları çoğu durumda sadece marjinal bir iyileşme getiriyor.

Pipelining HOL problem tabidir.Yukarıdaki öncelik verilerinden yararlanmak için

HTTP/1.x ile

, tarayıcı sınırlıdır yeteneği:

HTTP/2 bir alternatif sunuyor protokol çoklama desteklemez ve hiçbir yolu yoktur sunucuya istek önceliği iletir. Bunun yerine, her bir kaynak için en fazla altı istekle sınırlı paralellik sağlayan paralel bağlantıların kullanımına güvenmelidir. Sonuç olarak, istemcilerde bir bağlantı bulunana kadar istekler sıraya konur ve gereksiz ağ gecikmesi eklenir. Teoride, HTTP Pipelining bu problemi kısmen çözmeyi denedi, ancak pratikte evlat edinmeyi başaramadı.

HTTP/2, aşağıdaki verimsizlikleri giderir: tarayıcı, tüm istekleri keşfettikleri anda gönderebildiği için istek sıraya koyma ve satır içi engelleme ortadan kaldırılır; tarayıcı, akış önceliklerine ve akışlarına göre akış önceliklendirme tercihini iletebilir. Sunucunun yanıt teslimini daha fazla optimize etmesine izin vermek.

Proxy

yanı kullanılabilir:

Sen KDE3'ün içinde Konqueror hızlandırmak için yaptığı şey deneyebilirsiniz. Konqueror'un HTTP pipeline etmesinden memnun olmadım, bu yüzden bazı aramalardan sonra, yerel bir HTTP/HTTPS/FTP proxy'si olarak Polipo'yu kurdum ve bunu kullanmak için Konqueror'u kurdum (doğru hatırlamıyorsam 8123 numaralı bağlantı noktasında localhost). HTTP pipeline ek olarak, Polipo ayrıca gelişmiş önbellekleme sağladı ve bir proxy olduğundan, her tarayıcıyı kullanacak şekilde ayarlayabilirim ve önbellek tarayıcılar arasında paylaşılırdı. (Bu ayrıca her tarayıcının bağımsız önbelleğe almayı devre dışı bırakmanın iyi bir fikir olduğu anlamına gelir.)

Kaynaklar

• Mozilla Bug 264354 – Enable HTTP pipelining by default

• HTTP Pipelining - The Chromium Projects

• Chromium Issue 364557: Remove pipelining code from Chrome

• Understanding Connection Limits and New Proxy Connection Limits in WinInet and Internet Explorer – Http Client Protocol Issues (and other fun stuff I support)

• HTTPS and Keep-Alive Connections – IEInternals

• Changes in WinHttp on Windows 7 and onwards wrt HTTP/1.0 – HTTPContext

• Content-Length and Transfer-Encoding Validation in the IE10 Download Manager – IEInternals

• Use Sensible Long-Lived Cache headers – IEInternals

• Web Performance : 2015 : March | Akamai Community

• WebSockets, caution required!

• HTTP: HTTP/2 - High Performance Browser Networking (O'Reilly)

• HTTP Pipelining - Not So Fast...(Nor Slow!) – Guy's Pod

• Persistent Connection Behavior of Popular Browsers

• Connection management in HTTP/1.x - HTTP | MDN

• Download Resumption in Internet Explorer – IEInternals

• Networking Improvements in IE10 and Windows 8 – IEInternals

• Konqueror very slowly (KDE4) • KDE Community Forums

• HTTP Optimization: Multiple TCP Connections and Pipelining

• SpeedGuide :: Internet Explorer, Chrome, Firefox Web Browser Tweaks