Benchmark: aynı anda üç Wi-Fi ağında canlı video akışı, her paketi 100 ms altında tuttu

Test ne yaptı

Hacker News ana sayfasına ulaşan NanoPing tarafından yayımlanan bir benchmark, basit bir senaryoyu tarif ediyor: bir dizüstü bilgisayar, 30 metrelik bir laboratuvarın bir ucundan diğerine ve geriye taşınırken canlı video akışı yapıyor. Laboratuvarın tamamını tek bir erişim noktası kapsamadığı için test, üç Wi-Fi ağının her birini tek başına kullanmayla üçünü aynı anda kullanmayı karşılaştırıyor. Akış 60 saniye boyunca 7 Mbit/s hızında ve saniyede 30 kare ile çalıştı — toplam 43.980 paket — ve başarı, her paketin 100 ms içinde ulaşması olarak tanımlandı.

Üç erişim noktası çakışmayan kanallardaydı (2,4 GHz kanal 9, 5 GHz kanal 100 ve 5 GHz kanal 36), yani asla yayın süresi için rekabet etmediler ve dizüstü bilgisayar her biri için bir Wi-Fi adaptörü taşıyordu. Alışılmadık bir şekilde, akışın iki ucu da aynı dizüstü bilgisayardı: videoyu üç Wi-Fi adaptörü üzerinden gönderdi ve Ethernet portu üzerinden, üç erişim noktasının da bağlı olduğu yönlendirici aracılığıyla geri aldı. Her iki uç tek bir saat paylaştığı için, yazıya göre paket başına seyahat süreleri kesindir.

Rakamlar

Üç ağ aynı anda kullanıldığında NanoPing, paketlerin %100'ünün zamanında ulaştığını, 1.800 video karesinin hiçbirinin gecikmediğini veya kaybolmadığını ve en kötü durum paket gecikmesinin 91 ms olduğunu bildiriyor — sınırın hemen içinde. Paketlerin yarısı 9 ms içinde, 100'de 99'u 49 ms içinde ve 1.000'de 999'u 87 ms içinde ulaştı.

Her ağ tek başına daha kötü sonuç aldı. AP A videoyu 12 kez toplam 5,8 saniye durduracaktı, AP B üç kez 0,5 saniye ve AP C beş kez 8,1 saniye durduracaktı; en yavaş paketler sırasıyla 580 ms, 208 ms ve 1.137 ms idi. Zamanında ulaşma oranları %97,89, %99,87 ve %91,48 idi ve tek bir ağda 208'e kadar kare gecikebilir veya kaybolabilirdi. Kritik nokta, benchmark'a göre tüm dakika boyunca üç ağın da aynı anda çok yavaş olduğu hiçbir anın olmamasıydı.

Nasıl çalıştı

Her zamanki yapışkan istemci davranışının aksine — bir ağa sonuna kadar tutunmak, bozulunca kopmak ve başka bir ağa yeniden bağlanmak — her adaptör tüm yürüyüş boyunca kendi erişim noktasına bağlı kaldı. NanoPing trafiği her an sağlıklı olan bağlantılara kaydırdı: belirli bir ağın tek başına çok yavaş olacağı aralıklarda videonun neredeyse hiçbirini taşımıyordu (AP A üzerinden %2, AP B ve AP C üzerinden %0). Ayrıca alttaki bağlantılardaki kayıpları da telafi etti: 1.251 paketi yeniden gönderdi ve 7.943 onarım paketini diğer ağlar üzerinden iletti; üç ağ toplamda 108 paket kaybetti ve 2.429 paketi daha gecikmeli teslim etti, ancak bunların hiçbiri video oynatıcıya ulaşmadı.

Uyarılar

Bu bir üretici benchmark'ı ve NanoPing kendi sınırlamalarını belirtiyor. Ağ başına rakamlar bir tahminden çok bir alt sınırdır, çünkü NanoPing her ağa akışın yalnızca bir kısmını, zayıf olduğu anda ise en azını verdi — 7 Mbit/s'nin tamamını tek başına taşıyan bir ağın muhtemelen daha kötü performans göstereceği varsayılır. Yalnızca ağa ait gecikme rakamları da yalnızca ağ bölümünü kapsarken, NanoPing'inkiler uygulamadan uygulamaya ölçüldü ve bu, ağların lehinedir. Ayrıca 31. saniyede gönderilen 19 paketlik bir kare, iletim sırasında değil alıcı makinede düştü ve sonuçlara dahil edilmedi.

Neden önemli

Erişim noktaları arasında dolaşım, gerçek zamanlı uygulamalar için uzun süredir bilinen bir zayıf noktadır: istemci yeniden ilişkilendirirken aramalar, bulut oyunları ve uzak masaüstleri takılır. Benchmark'ın merkezindeki iddia, birden fazla radyo ve paketleri bağlantılar arasında dağıtan, yeniden gönderen ve onaran bir zamanlayıcıyla el değiştirmenin ortadan kalktığıdır — istemci asla ağ değiştirmeyi beklemez. Kesin rakamlar bağımsız olarak doğrulanana kadar pazarlama yakını olarak ele alınmalı, ancak temeldeki teknik iyi kurulmuş durumda ve alışılmadık derecede açık sözlü metodoloji notları, bunu hareket sırasında hayatta kalması gereken gecikmeye duyarlı uygulamalar geliştiren herkes için yararlı bir referans noktası yapıyor.