Neden Speedtest ve Wget arasındaki tutarsızlık?

Müşterim düşük internet hızlarından şikayet ediyor. Speedtest.net ile ölçüldüğünde hızlar kabul edilebilir. Periyodik olarak ölçülen indirmeler, nominal hızın% 10 ila% 30'udur. Bunu açıklayamam.

Biraz arka plan. Sorunlu bağlantı, hızlı internetin en büyük varlık olmadığı güneşli Karayip adalarından birinde. Son zamanlarda internet hızları 200 Mbps'ye kadar iyi oldu. Ancak Amsterdam'a (diyelim ki) ping turu yaklaşık 180 ms'dir.

Müşterinin 100 Mbps fiber bağlantısı var. ISP CO'ya bir Windows makinesinde (speedtest.net) bir hız testi yaparken 95 Mbps elde ederiz. Amsterdam için aynı hız testini kullanırken 60-70 Mbs'e ulaşıyoruz. Tamamen kabul edilebilir.

Bir süre önce, Amsterdam'daki sunucularımdan birinden düzenli olarak bir dosya yazan bir RasPi kurdum. Doğrudan AMS-IX'a bağlı bir veri merkezinde. Bu komutu kullanarak:

wget -O /dev/null --report-speed=bits http://aserv.example.net/~myuser/links/M77232917.txt

.Txt dosyası 23 MBayt sayıdır. (Aslında tek ama en büyük Mersenne Prime, 23e6 basamaklı)

Bu dosyayı sorunlu ağa indirdiğimde, wget bunu rapor eder:

dev/null 100%[====================================================================>]  22.81M  11.6Mb/s   in 17s    

2019-02-08 14:27:55 (11.2 Mb/s) - ‘/dev/null’ saved [23923322/23923322]

Bu aynı zamanda speedtest.net'in 60-70 Mbps olduğunu bildiriyor.

Raspi'nin sınırlamaları olduğunu biliyorum. Ancak bu hız çılgınca değişiyor. Bir kez RasPi bunu 11 Mbps, bir dahaki sefere 22 Mbps bildirdi. Ancak bazen 1,5 Mbps kadar düşük.

Bu testi gerçekten güçlü bir dizüstü bilgisayarla yaptığımda, en yüksek hızlar biraz daha yüksek (30 Mbps'ye kadar), ancak aynı düşüklükleri de gösteriyor. Bu nedenle, yüksek tarafta bir RasPi sınırlaması olduğunu gösterir, ancak düşük tarafta 10 Mbps'yi göstermez.

Aynı komutu Almanya'nın München kentindeki bir sunucudan veri merkezinde yayınladım. Hız 96 Mbps.

Daha sonra Hollanda'da 100 Mbps fiber bağlantıdan: 65 Mbps.

Sonra, nominal 10 Mbps ADSL olan evimde. Speedtest 10 Mbps gösterir. Wget 8,5 Mbps verir. Bu benim kitabımda eşit.

Bu, sunucuda dosya indirme için ana bilgisayar görevi gören herhangi bir sınırlamayı engeller.

Ben hiç kimsenin müşteri tesislerinde bağlantının yavaşlığının nedenine işaret edebileceğini sanmıyorum. Ancak kimse speedtest.net ve wget arasındaki tutarsızlığı açıklayabilir mi?

En hızlı olanın görmezden geldiği bir şey mi var, yoksa sadece zirveleri mi ölçüyor? Yoksa wget uzun ping sürelerinden ciddi şekilde etkileniyor mu?

Wget testinin gerçek, etkili hızı verdiğini hissediyorum, en hızlısı ise reklamı yapılan hızı göstermek.

Yayınlanan diğer nedenlere ek olarak, bant genişliği gecikme ürünü büyüdüğünde TCP bağlantıları büyük dosyalarla iyi çalışmaz .

Bir adaya başka türlü hızlı bir bağlantıda olduğu gibi.

Bkz. Wikipedia'nın TCP ayarına girişi .

Speedtest 95 mb / sn bağlantı üzerinden küçük bir dosyayı dökebilir, ancak wget20 MB dosyada yalnızca 10 mb / sn alabilir.

İSS'ler genellikle bağlantılarının ne kadar hızlı olduğunu övünmek için speedtest.net trafiğine öncelik verir, gerçekte bu kadar bant genişliği sağlamazlar. Çoğu kullanıcının bu siteyi yalnızca onay için kontrol edeceğini çok iyi bilmektedirler.

Ayrıca, aktarım hızının hem istemciye hem de sunucuya bağlı olduğunu unutmayın. Günümüz dünyasında çoğu sunucu şu ya da bu şekilde kısılır.

Son olarak, yurtdışı bağlantılar için istikrarlı bir bant genişliği beklemek anlamsızdır. Böyle bir şey yok. Nihai konuma ulaşmak için sonsuz sayıda anahtar, fiber, veri merkezi üzerinden geçmelidir. Ve tek gereken yavaşlamak için sadece bir hareketli parça.

wgethızın iyi pratik ölçüsünü verir. Speedtest testleri muhtemelen daha yüksek sayıları açıklayabilen bir çeşit paralellik içerir.

İyi bir ortalama hız testi için, indirme süresinin en az 90-120 saniye olması gerektiğini düşünüyorum (iyi bir ortalama elde etmek için)

Bunun nedenlerinden biri, maksimum hıza yalnızca tek bir TCP bağlantısıyla erişilememesidir.

Speedtest.net yakın zamanda tek bir bağlantı modu başlattı. Bunu deneyin ve bir fark yaratıp yaratmadığına bakın.

Daha sonra, indirme için birden fazla bağlantı kullanmak ve karşılaştırmak için parametrelerle birlikte aria2 kullanın. Örneğinaria2c -d /dev -o null --allow-overwrite=true --file-allocation=none --max-connection-per-server=8 --min-split-size=1M http://aserv.example.net/~myuser/links/M77232917.txt

Fast.com İnternet Hız Testini kullanın , bu Netflix tabanlı bir hız testidir, yani ISP'ler tarafından Netflix'in kendisinden ayırt edilemez.

Bu, genel olarak diğer testlerden daha doğru bir testtir. İnsanlar bir web sayfasının ne kadar hızlı yüklendiği konusunda endişelenmeyecek, aksine bir videoyu görüntülemek için gereken artan bant genişliği nedeniyle videoların ne kadar hızlı arabelleğe alınacağından endişe etmeyeceklerdir.

İSS'ler genellikle hız testi veya 8080 numaralı bağlantı noktasını kullanan bir kişinin bağlandığı etki alanına göre hızları artırır. Oysa Netflix, öncelik sırasına göre daha yavaş bir bağlantı noktası olan 80 numaralı bağlantı noktasını kullanır.

• İnternet sağlayıcıları hız testi sonuçlarını artırırken yakalandı - Myce.com
• Ookla İngiltere Geniş Bant İSS'sini İnternet Hız Testlerini Yönetmekle Suçlandı - ISPreview Türkiye

Sadece ben mi yoksa kimse Mbps ve wget komut listesi "MB / s" dedi fark etmedi.

60mbp / s ve aslında 11.2Mb almak normaldir.

Mbps ve MB / s iki farklı hızdır.

"Megabit, Megabayt kadar 1/8 büyüklüğünde, yani 1 MB'lik bir dosyayı 1 saniyede indirmek için 8 Mbps'lik bir bağlantıya ihtiyacınız olacak." Yani 11mbx8 = 88mbps ... 11.2Mb aslında bir bağlantı raporlaması için iyi 60-70mbps.

Hafızası olan insanlar bunu tente kaybediyor mu? Asla 70Mbps hız hızında 70mb / s elde edemezsiniz