İndirmeniz hızlı, peki neden her tıklama yavaş hissettiriyor?

Büyük bir dosyayı hızlıca indirip sonra her tıklamayı yavaş hissetmek bir çelişki değildir. Kapasite saniyede ne kadar verinin hareket edebileceğini söyler; gidiş-dönüş süresi yararlı bir şey olmadan önce bir alışverişin ne kadar sürdüğünü söyler. İlkini iyileştirmek ikincisine hiçbir şey yapmaz ve ikincisi, bir kişinin yazarken, tıklarken ya da konuşurken fark ettiği şeydir. Şikâyeti ölçün, bağlantıyı değil.

Hızlı dosya, yavaş tıklama: iki farklı sayı

Toplu aktarım veriyi sürekli hareket halinde tutar, bu yüzden her tek istek beklerken bile sağlıklı bir hız bildirebilir. Birçok kıyaslama aynı anda birkaç bağlantı da açar; bu, tek bir istek yavaş kalırken toplam rakamı yükseltir. İki sonuç birbiriyle uyumludur ve gecikmeden şikâyet eden bir kullanıcıya yüksek olanı söylemek güvenin kaybedilme yoludur.

Sayfa yüklemesi küçük alışverişlerden oluşan bir zincirdir: ad çözümleme, bağlantı kurma, bir istek, bir yanıt ve ardından bağımlı istekler. Her adım gidiş-dönüşü yeniden öder, bu yüzden yüksek gecikmeli bir yol bol kapasitesi olsa bile yavaş hissettirir.

Tünel kendi yolculuğunu ve işlemesini ekler ve rota haritadaki etiketten daha önemlidir. Aynı ülkedeki iki çıkışın tek bir hedefe giden yolları çok farklı olabilir. Yirmi milisaniyelik bir fark, bir sayfanın hissini değiştirmeye yeter, gerçi aktarım rakamını neredeyse hiç kımıldatmaz. Bu yüzden çıkış seçimi bir bayrak simgesine değil, gecikme örneğine uymalıdır.

Şikâyeti ölçün, bağlantıyı değil

Kullanıcının söylediği cümleye uyan ölçümü seçin. Yavaş indirme doğru yönde sürekli bir hız gerektirir; takılan bir arama o uygulamanın kendi istatistiklerini gerektirir; yavaş açılan bir sayfa ad çözümleme ve kurulum sürelerini gerektirir.

ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4

İlk komut öngörülebilir yanıt veren bir konağa gidiş-dönüş örneği verir, ikincisi tek bir bağlantı için ilk bayta kadar süreyi ve sürekli hızı bildirir, üçüncüsü dört paralel akışla toplam aktarımı ölçer. Bunları günün aynı saatinde aynı hedefe karşı çalıştırın, çünkü sabah örneğini akşam örneğiyle karşılaştırmak ölçüm değil hikâye üretir.

Çıkışları karşılaştırırken hedefi sabit tutun. Hem sunucuyu hem tüneli değiştirmek bir değişkeni ikiye çıkarır ve sonuç hangisinin önemli olduğunu söyleyemez. Her çıkışı en az üç kez çalıştırın, çünkü tek bir örnek çoğu zaman bir rota değişikliğine ya da gürültülü bir dakikaya denk gelir. Medyan en iyi durumdan daha yararlıdır.

ICMP'yi yanıt değil ipucu olarak ele alın. Yanıt veren bir konak, yankı isteklerini uygulamanızın kullandığı yoldan farklı bir yolda işleyebilir ve kaybolan tek bir yanıt her uygulamanın paket kaybettiğinin kanıtı değildir.

Yük altındaki gecikme bir kuyruk sorunudur

İnsanları en çok şaşırtan örüntü, boştayken iyi hissettiren ve bir yedekleme sırasında kullanılamaz hale gelen bağlantıdır. Bu kuyruk, kapasite değil. Doymuş bir yukarı bağlantı her diğer paketin önüne bir tampon kurar, bu yüzden bir tuş basışı yüklemenin bir parçasının arkasında bekler.

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

İlk komut gecikmeyi arka planda örneklerken ikincisi ters yönü doyurur. Aktarım sırasında ping süreleri sıçrayıp sonra düzeliyorsa, bir yönlendirme arızası bulmadınız, bufferbloat'ı yeniden ürettiniz. Düzeltme genellikle bir kuyruk yönetimi ayarı, daha düşük arka plan hızı ya da toplu aktarımı etkileşimli yoldan uzaklaştırmaktır.

İsteğe bağlı arka plan trafiğini azaltmak, çıkış ülkesini değiştirmekten çoğu zaman daha çok yardımcı olur. Ayrıca daha ucuz, geri alınabilir ve bir dakikada sınanabilir. Kuyruk yönetilemiyorsa büyük yüklemeleri çalışma saatleri dışına planlayın ve gündüz çalışmaları gerekiyorsa hızlarını sınırlayın. Yönlendirici destekliyorsa kuyruk yönetimi ayarı daha iyi düzeltmedir.

Tek bir şeyi değiştirin ve benzeri benzerle karşılaştırın

Yüksek boşta gecikme için hedefi sabit tutarak çıkışları karşılaştırın, ardından en iyi aday için rotaları karşılaştırın. Düşük kararlı aktarım için bunun yerine kapasiteye, sunucu yüküne ve istemci işlemesine bakın, çünkü bunlar farklı sınırlardır.

Neyi ölçtüğünüzü, hangi hedefe karşı, hangi saatte ve hangi ayarlarla yazın. Bu dört olgu olmadan karşılaştırma yinelenemez ve bir sonraki kişi sıfırdan başlar.

Sonra aracı biletteki iddiaya uyarlayın. "Yavaş internet" bir ölçüm değildir; "bu konağa ilk bayt 900 ms sürdü, oysa aktarım iyiydi" bir ölçümdür ve doğrudan kapasiteye değil gecikmeye işaret eder.