Neden bazı ağ bağlantıları diğerlerine hükmediyor?


15

Neden olduğuna dair şüphelerim var, ancak ağ iletişimi konusunda daha güçlü bir geçmişe sahip birinin açıklamasını istiyorum.

Neden birden fazla farklı konumdan indirirken, bazı bağlantılar bant genişliğini doyurur ve baskın bağlantı bitene kadar diğer bağlantıları neredeyse boş bırakır?

Yanıtlar:


26

Genellikle en hızlı bağlantı kazanır. Ancak, Windows 7 ağları bir karmaşa ve performans her şeyden önce korkunçtu. Bununla XP'den 20mb / s'den fazla şans almaya çalışın.

http://research.microsoft.com/pubs/70189/tr-2005-86.pdf

Standart TCP tıkanıklığı önleme algoritması, bir katkı artışı ve çarpma azalması (AIMD) şeması kullanır. Paket kaybı tespit edilmediğinde (üç kopya-ACK veya yeniden iletim zaman aşımı aracılığıyla), tıkanıklık penceresi (cwnd) her RTT'de bir Maksimum Segment Boyutu (MSS) artar. Aksi takdirde, paket kaybı tespit edilirse, TCP göndericisi cwnd'yi yarı yarıya azaltır. Yüksek hızlı ve uzun gecikmeli bir ağda, bağlantı kapasitesini tam olarak kullanmak için çok büyük bir pencere, örneğin binlerce paket gerektirir. Bu nedenle, tek bir kayıp olayında gönderme hızını kurtarmak için standart TCP birçok RTT alır. Ayrıca, ortalama TCP tıkanıklık penceresinin paket kayıp oranının kare kökü ile ters orantılı olduğu iyi bilinmektedir.

Daha hızlı bir bağlantı daha başarılı paketlere sahiptir ve bu nedenle cwnd / mss artar ve toplam bağlantının daha da fazlasını alır.


Bu, daha teknik de olsa, düşündüğüm şeyle uyumluydu.
Keltari

23
Windows XP için bile saniyede 20 milibit oldukça düşük. : P
KodlarChaos

@codesinchaos ihtiyacınız olduğunda bilgiç bir rozet nerede ...
Ashley

1
@CodesInChaos Ben gerçekten bir belirsizlik olduğunu düşünüyorum, çünkü biraz bölünemez, ama Mb / s muhtemelen daha güzel okuyacaktır ;-) Daha büyük bir sorun, insanlar "Megabit" ile "Megabyte" karıştırmayın ..
comfreak

-1

Etkin bir açık TCP, sunucudan gelen yanıtları ölçerek ağ koşullarını test eder. Yönlendiriciler arabellekleri başka bir bağlantıyla doyurulur ve yüksek gecikmeye neden olursa, istemci gönderme penceresini buna göre ayarlar. Klasik bir tıkanıklık kontrol yöntemi kullanılıyorsa, istemci bir düşüş gerçekleşene kadar gönderme hızını sürekli olarak artıracaktır. Bu nedenle, yönlendiriciyi doyuran cihaz yeni gelen gelmezken ciddi düşüşler yaşamaya başlarsa, yeni bir gelenin yoluna girmesi mümkündür.

Artık, ağ koşullarını ölçmek için sadece damla kullanmak yerine gecikmeyi bir metrik olarak kullanan deneysel ve daha akıllı tıkanıklık kontrol yöntemleri var. Bununla birlikte, bu yeni yöntemlerin, olabildiğince fazla bant genişliği alan daha inatçı klasik yöntemlerle zorbalık yapma alışkanlığı vardır.

Ayrıca toplanırsa UDP bağlantıları ile, bitlerin dikkatsizce püskürtülmesi nedeniyle herhangi bir ağa hakim olacaktır. Uygulamaya bağlı olarak, ağ koşullarına bakılmaksızın yönlendirici arabelleklerini dikkatsizce doyurur.

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.