Bant genişliği doygun olduğunda yüksek gecikmeye neden olabilir?


0

Bir süredir ağ sorunları yaşıyorum ve sorunun kaynağını bulmaya çalışıyorum.

Dün, wifi bağlantım üzerinden dizüstü bilgisayarımdan SCP ile masaüstüme bir dosya aktarıyordum. İndirme başladığında, her iki bilgisayar da yerel yönlendiriciye ping attı (192.168.1.1, her ikisi de 10ms-50ms civarındaydı) ve indirme işlemi 2-3 MB / s'de gerçekleşti.

Bir dakika kadar sonra, masaüstümün 192.168.1.1 gecikmesinin çarpıcı şekilde (> 1.000 msn) çıktığını ve transferin bir taramaya (~ 200 KB / s) yavaşladığını gördüm. Dizüstü bilgisayarın 192.168.1.1'e kadar gecikme süresi aynı kaldı (10-50ms). Aktarım tamamlandığında, masaüstünün gecikme süresi normal aralığına geriledi.

Açıkçası, bağlantı doygun olduğunda bir şeyler ters gider. Ne olabilirdi? Bu, yönlendirici ile ilgili bir sorun mu yoksa masaüstümde bir sorun mu var? Bakmaya başlamak için doğru yer neresi olurdu?


Ummm ... eğer bir bağlantı doygunsa, o zaman maksimum kapasitesinde performans gösterir. Tanım olarak, daha fazla trafik eklemek, paketlerin sıraya alınmasına ve gecikmeye neden olur.
cpt_fink

@cpt_fink Aktarım hızı 200 KB / s'ye düşüyor ve orada kalıyor, bu kesinlikle yönlendiriciyi öldürmek için yeterli değil. Bu aynı zamanda yerel ağımdaki Wifi üzerinden - en az 54 Mb / sn çıkarabileceğimi umuyordum. Ayrıca, gecikme bir bilgisayarda düşük kaldı ancak diğerinde --- tanımladığınız şey ağ genelinde bir yavaşlamaya neden olmaz mıydı?
Patrick Collins

Yanıtlar:


2

Google "tampon şişmesi" için.

RAM ucuzlaştıkça, ağ donanımı hiçbir zaman bir çerçeve düşürmek zorunda kalmayacak şekilde çerçeve tamponu ekledi.

Ne yazık ki, çerçeve düşüşleri TCP'nin tıkanıklığı nasıl farkettiği ve ne zaman geri çekileceğini bildiği bir durumdu. Düşen kareler olmadan, geleneksel TCP uygulamaları hiçbir zaman tıkanıklığı farketmez ve asla geri adım atmaz, bu yüzden sadece yüksek hızlarda göndermeye devam eder ve daha da kötüleştirir.

Tüm ağ donanımınız tıkanıklık sırasında gittikçe daha fazla çerçeveyi tamponlarsa ve kuyruk uzunluğunun sınırsız olarak büyümesine izin veriyorsa, gecikme, sıraları boşaltmak daha uzun ve daha uzun sürdüğü için yukarı ve yukarıya doğru artar.

Aktif kuyruk yönetimi (AQM) teknikleri ve açık tıkanıklık bildirimi (ECN) gibi mekanizmalar bunu hafifletebilir, ancak konu çok iyi açıklanmadığı için, hangi ürünlerin tampon şişmekten kaçındığını, hangilerinin etmeyeceğini bilmek zor. "Tampon Yok"! Bir kutunun yan tarafındaki logo ile iyi bir donanıma sahip olduğunuzu öğrenin.

Bununla birlikte, tampon şişmesinin önlenmesinde uzmanlaşmış, pazar sonrası üretici yazılımı dağıtım Wi-Fi yönlendiricisi vardır. En az bir dağıtım, sorunu ilk olarak tanıyan TCP araştırmacıları tarafından özel olarak geliştirildi ve çözüm aradıkça araştırma ve geliştirme platformu olarak kullanıldı.


Sıkışıklıkla ilgili bir sorun varsa, neden dizüstü bilgisayarımdaki gecikme süresi düşük kalsın? Her bağlantı için ayrı tamponlar var mı? Bu durumda yönlendirici üzerinde doğrudan kontrolüm yok (ev sahibim ağı işletiyor) ancak bunun Comcast ürünü olduğuna inanıyoruz.
Patrick Collins,

1

Yüksek gecikme süresi, paketler çok yoğun bir bağlantı üzerinden iletilmek üzere bir kuyruğa girdiğinde gerçekleşir. Sıradaki tüm paketler kuyrukta önce gönderilmelidir. Bir bağlantıya olan talep büyük olduğunda ve sıra arabellekleri büyük olduğunda, bu yüksek gidiş geliş sürelerine yol açar.


Öyleyse bu, yönlendirici tarafında bir sorun veya kablosuz sürücülerimle ilgili bir sorun anlamına mı geliyor?
Patrick Collins,

Yüksek gidiş-dönüş süreleri bir böcek değil, bir özelliktir. Doymuş koşullar altında, bir paket sonunda gönderilmesi için kuyruğa girer veya düşer. Bir ping paketi tamamen yüklü bir veri paketinden yaklaşık 27 kat daha küçük olduğundan, bir tam çerçeve paketine yer açmamış olabilecek bir kuyruğa girme şansı daha yüksektir. Doymuş koşullarda, yüksek gidiş dönüş süresi muhtemelen gidiş dönüş olmamasından daha iyidir. Ping'in varsayılan küçük paket kullanması, muhtemelen gerçekleşen paket parlaklığı miktarı konusunda bir miktar yanıltıcı olabilir.
Nevin Williams

Tamam. Öyleyse yönlendiricinin kuyruğu doluysa, neden veri gönderen bilgisayarın (dizüstü bilgisayarım) hala düşük gecikme süresi olsun ki? Sebep buysa, ağa bağlı her şeyi öldürmez mi?
Patrick Collins

"bir veya daha fazla sıra" ICMP'nin, çoğu tüketici yönlendiricisinde bugün düşük öncelikli sırasını aldığından şüpheleniyorum, bu da gerçek verilerin içeriksiz tanılama trafiğinin ilerisinde ilerlemesini sağlar. Else, senin ping olur transferi müdahale ettiniz ve bunun yerine sadece bir anlık yüksek ping süresi, gerçek bir sorun olurdu.
Nevin Williams

Bu hala mantıklı gelmiyor --- eğer ICMP ayrı bir sıraya girdiyse, her iki ping de düşük kalacaktı.
Patrick Collins
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.