Tor neden bir VPN'den daha yavaş hissettirir: tıklamalar ve indirmeler

İndirmeler normal hızda ilerlerken takılı hissettiren sayfalar, bant genişliğini değil gidiş-dönüşleri anlatır. Bir VPN bir şifreli atlama ekler, bir Tor devresi birkaç tane ekler ve her ek atlama, tek bir yararlı bayt hareket etmeden önce bir el sıkışmaya mal olur. Bu maliyet çok sayıda kısa bağlantı açan bir sayfada görünür ve tek bir büyük aktarımda neredeyse kaybolur. Desen görünür olduğunda tartışma hangi aracın daha hızlı olduğuyla ilgili olmaktan çıkar.

Belirti kapasiteyi değil kurulum maliyetini gösterir

Bir sayfanın yüklenmesi bağımlı alışverişlerden oluşan bir zincirdir: ad araması, taşıma el sıkışması, TLS el sıkışması ve ardından ilk istek. Yoldaki her atlama, bir şey çizilmeden önce kendi gidiş-dönüşünü o zincire ekler. Büyük bir indirme aynı kurulum maliyetini bir kez öder ve sonra akar, iki iş yükünün ayrışmasının nedeni tam olarak budur.

Ağ panelinde toplamı değil, ilk bayttan önceki bekleme süresini okuyun. Kısa içerik indirmesiyle uzun bekleme gidiş-dönüşlere işaret eder, kısa beklemeyle uzun içerik indirmesi ise verime. İkinci bir hedefe karşı tekrarlayın, çünkü meşgul bir rölenin arkasındaki tek ana bilgisayar hiçbir şeyi kanıtlamaz. Aktarım iyiyken tıklama yavaşsa, bant genişliğinden çok önce kurulum maliyetinden şüphelenin.

Gecikme ve kapasite farklı şekillerde başarısız olur

İki ölçüm alın ve karışıklığın çoğu kendiliğinden çözülür. Gecikme her alışverişte sabit bir maliyettir ve kapasite zaman içindeki bir hızdır, bu yüzden bir yol birincisinde iyi, ikincisinde kötü olabilir. Boş bir işlemciye sahip uzak bir uç nokta küçük bir isteğe hızlı yanıt verir ve yine de sürekli bir aktarımı yukarı bağlantısının izin verdiği kadar sınırlar. Kullanıcılar bu ayrışmayı hızlı bir tıklama ve ardından neredeyse hiç hareket etmeyen bir ilerleme çubuğu olarak yaşar.

Kapasiteyi sürekli bir aktarımla test edin ve hızın sabit mi yoksa testere dişi gibi mi kaldığına bakın. Gecikmeyi birçok kez yinelenen küçük bir istekle test edin ve en iyi örnek yerine yayılımı okuyun, çünkü geniş bir yayılım ortalamasının ima ettiğinden daha kötü hissedilir. Her değişiklikten önce ve sonra iki sayıyı da kaydedin, yoksa sonra yanlış değişkene itibar edersiniz.

İkisini tek bir sayı olarak ele almak, önemsediğiniz ölçümü asla hareket ettirmeyen düzeltmeler üretir. Gecikme şikayetine bant genişliği yükseltmesiyle yanıt vermenin en yaygın yolu budur.

Soğan yönlendirme seçmediğiniz atlamalar ekler

Bir Tor devresi genellikle üç röle kullanır — bir muhafız, bir orta düğüm ve bir çıkış — ve istemci bunları bir haritadan değil, bir konsensüsten seçer. Bu yüzden yol, hedefe giden düz çizgiden çok daha uzun olabilir. Her röle başkalarının trafiğini de taşır, böylece akışınız o rölede kalan kapasiteyi paylaşır.

Devreyi yeniden kullanmak maliyeti yumuşatır, çünkü yeni bir akış başka bir yapı için ödeme yapmak yerine mevcut bir devreye binebilir. Her istek için taze bir devre kuran istemci kurulumu tekrar tekrar öder ve yeniden kullanandan çok daha kötü hissettirir. Çıkış seçimi de önemlidir, çünkü bazı çıkışlar daha ağır yük taşır ve arayüzde hiçbir şey hangisine indiğinizi söylemez. Bu paylaşım tasarımın amacı ve gecikmenin sabit bir değere ayarlanamamasının nedenidir, bu yüzden tek bir yavaş çıkış bu düzenlemeyi terk etmek için zayıf bir nedendir.

Zincirin sırasını değiştirmek deneyi değiştirir

Önce VPN sonra Tor, önce Tor sonra VPN'den farklı bir deneydir. İlk düzenlemede VPN uç noktası tüm devreyi taşır, bu yüzden erişim ağınız yalnızca VPN adresini öğrenir. İkincisinde VPN bağlantısı soğan yolunun içinde taşınır ve çıkış VPN trafiğini görür. İkisi de meşru tasarımdır ve herhangi birini çıplak bir VPN ile karşılaştırmak başka bir şeyi ölçer, bu yüzden ikisini birleştirmeyle ilgili Tor projesi sayfası bunu zamanlama sorunu olmadan önce neyi saklamaya çalıştığınız sorusu olarak çerçeveler.

Cihazı, erişim ağını ve hedefi sabit tutun ve çalıştırmalar arasında tam olarak bir öğeyi değiştirin. Sunucuları, devreleri ve test ana bilgisayarlarını birlikte taşımak kimsenin atfedemeyeceği bir fark yaratır. Optimize etmeden önce her düzenlemenin kimden neyi sakladığını yazın, çünkü saklamak istediğinizi açığa çıkaran hızlı bir zincir iyileştirme değildir.

İkinci bir çalıştırmaya dayanan karşılaştırma

Gerçekten kullandığınız iki veya üç hedef seçin ve her birinde aynı etkileşimin süresini ölçün; çok sayıda küçük kaynak çeken bir sayfa ile bir büyük aktarımı dahil edin. Tüm seti günün başka bir saatinde yineleyin.

En hızlı örnek yerine medyanı ve en kötü durumu bildirin, çünkü etkileşimli iş kötü anlarıyla yargılanır. İstemciyi, uç noktayı veya çıkışı ve o çalıştırmada devrenin ya da tünelin yeniden kullanılıp kullanılmadığını not edin. Bir değişiklik medyanı iyileştirirken kuyruğu kötüleştiriyorsa bu bir kazanç değil takastır ve kullanıcıların bunu fark edip etmeyeceğine karar vermek gerçek karardır.