Mengapa Tor terasa lebih lambat daripada VPN: klik versus unduhan

Halaman yang terasa tersendat sementara unduhan berjalan pada laju normal menggambarkan perjalanan pulang-pergi, bukan lebar pita. VPN menambahkan satu lompatan terenkripsi dan sirkuit Tor menambahkan beberapa, dan setiap lompatan tambahan memakan satu jabat tangan sebelum satu byte berguna bergerak. Biaya itu terlihat pada halaman yang membuka banyak koneksi pendek dan hampir hilang pada satu transfer besar. Begitu polanya terlihat, perdebatan berhenti soal alat mana yang lebih cepat.

Gejalanya menunjuk pada biaya penyiapan, bukan kapasitas

Memuat halaman adalah rantai pertukaran yang saling bergantung: pencarian nama, jabat tangan transport, jabat tangan TLS, lalu permintaan pertama. Setiap lompatan di jalur menyisipkan perjalanan pulang-perginya sendiri ke rantai itu sebelum apa pun tergambar. Unduhan besar membayar biaya penyiapan yang sama sekali lalu mengalir, dan itulah tepatnya sebab dua beban kerja itu tidak sependapat.

Baca di panel jaringan waktu tunggu sebelum byte pertama, bukan totalnya. Tunggu lama dengan unduhan konten pendek menunjuk pada perjalanan pulang-pergi, sedangkan unduhan konten panjang dengan tunggu pendek menunjuk pada laju. Ulangi terhadap tujuan kedua, karena satu host di balik relai sibuk tidak membuktikan apa pun. Ketika transfer baik dan klik lambat, curigai biaya penyiapan jauh sebelum lebar pita.

Penundaan dan kapasitas gagal dengan cara berbeda

Ambil dua pembacaan dan sebagian besar kebingungan selesai sendiri. Latensi adalah biaya tetap per pertukaran dan kapasitas adalah laju sepanjang waktu, jadi satu jalur bisa baik pada yang pertama dan buruk pada yang kedua. Titik akhir yang jauh dengan prosesor menganggur menjawab permintaan kecil dengan cepat dan tetap membatasi transfer berkelanjutan pada apa yang diizinkan tautan naiknya. Pengguna mengalami pemisahan itu sebagai klik gesit yang diikuti bilah kemajuan yang nyaris tidak bergerak.

Uji kapasitas dengan transfer berkelanjutan dan perhatikan apakah lajunya stabil atau bergerigi. Uji latensi dengan permintaan kecil yang diulang banyak kali dan baca sebarannya alih-alih sampel terbaik, karena sebaran lebar terasa lebih buruk daripada yang disiratkan rata-ratanya. Catat kedua angka sebelum dan sesudah setiap perubahan, atau Anda akan menghubungkan kredit ke variabel yang salah nanti.

Memperlakukan keduanya sebagai satu angka menghasilkan perbaikan yang tidak pernah menggerakkan pengukuran yang Anda pedulikan. Itulah cara paling umum keluhan latensi dijawab dengan peningkatan lebar pita.

Perutean bawang menambahkan lompatan yang tidak Anda pilih

Sirkuit Tor biasanya memakai tiga relai — penjaga, simpul tengah, dan keluar — dan klien memilihnya dari konsensus, bukan dari peta. Karena itu jalurnya bisa jauh lebih panjang daripada garis langsung ke tujuan. Setiap relai juga mengangkut lalu lintas orang lain, jadi aliran Anda berbagi kapasitas yang tersisa pada relai itu.

Menggunakan ulang sirkuit melembutkan biaya, karena aliran baru bisa menumpang sirkuit yang ada alih-alih membayar pembangunan lain. Klien yang membangun sirkuit baru untuk setiap permintaan membayar penyiapan berulang kali dan terasa jauh lebih buruk daripada yang memakai ulang. Pilihan keluar juga penting, karena sebagian keluar membawa beban lebih berat dan tidak ada apa pun di antarmuka yang memberi tahu Anda di mana mendarat. Pembagian itulah inti desainnya dan alasan latensi tidak bisa disetel ke nilai tetap, jadi satu keluar yang lambat adalah alasan buruk untuk meninggalkan pengaturan ini.

Mengubah urutan rantai mengubah eksperimen

VPN dulu lalu Tor adalah eksperimen berbeda dari Tor dulu lalu VPN. Pada pengaturan pertama titik akhir VPN membawa seluruh sirkuit, jadi jaringan akses Anda hanya mempelajari alamat VPN. Pada yang kedua koneksi VPN itu sendiri diangkut di dalam jalur bawang, dan keluar melihat lalu lintas VPN. Keduanya desain yang sah, dan membandingkan salah satunya dengan VPN telanjang mengukur hal lain, itulah sebabnya halaman proyek Tor tentang menggabungkan keduanya membingkainya sebagai pertanyaan tentang apa yang Anda coba sembunyikan sebelum menjadi pertanyaan tentang waktu.

Jaga perangkat, jaringan akses, dan tujuan tetap, dan ubah tepat satu elemen antar jalan. Memindahkan server, sirkuit, dan host uji bersamaan menghasilkan perbedaan yang tidak bisa dikaitkan siapa pun. Tuliskan apa yang disembunyikan setiap pengaturan dari siapa sebelum mengoptimalkannya, karena rantai cepat yang mengekspos apa yang ingin Anda sembunyikan bukanlah peningkatan.

Perbandingan yang bertahan pada jalan kedua

Pilih dua atau tiga tujuan yang benar-benar Anda pakai dan ukur waktu interaksi yang sama pada masing-masing, termasuk satu halaman yang menarik banyak sumber daya kecil dan satu transfer besar. Ulangi seluruh rangkaian pada jam berbeda.

Laporkan median dan kasus terburuk alih-alih sampel tercepat, karena pekerjaan interaktif dinilai dari momen buruknya. Catat klien, titik akhir atau keluar, dan apakah sirkuit atau terowongan dipakai ulang pada jalan itu. Jika perubahan memperbaiki median tetapi memperburuk ekor, itu tukar-menukar bukan kemenangan, dan memutuskan apakah pengguna akan menyadarinya adalah keputusan sebenarnya.