Daha hızlı aktarımlar için bant genişliği optimizasyon ipuçları

Yükleme bant genişliğinden maksimum verimi almak için dört şey yapın: Wi-Fi yerine Gigabit Ethernet kablosu kullanın, router'ınızda QoS veya SQM'yi etkinleştirerek bufferbloat'u giderin, ISS'niz destekliyorsa IPv6'ya geçin ve aktarım sırasında Dropbox, iCloud ve Google Drive gibi arka plan senkronizasyonlarını durdurun. Gerçekte 180 Mbps verim sağlayan 500 Mbps'lik bir yükleme hattında bu dört değişiklik birlikte genellikle 200-280 Mbps kullanılabilir bant genişliği kazanımı sağlar ve 10 GB'lık aktarım süresini 45 dakikadan 15 dakikanın altına indirir.

Büyük dosyalar için Ethernet kablosunu tercih edin

Wi-Fi 6 (802.11ax), iyi bir 2x2 istemci ile erişim noktasına 1,5 metre mesafede gerçek dünyada yaklaşık 600 Mbps'e ulaşır. Wi-Fi 5 (802.11ac) ise 300 Mbps civarında kalır. Aradaki bir duvarla komşu odaya geçildiğinde bu rakamlar yüzde 40-60 oranında düşer. Gigabit Ethernet, 1 ms'nin altında jitter ile tutarlı biçimde 940 Mbps sunar.

15 dolarlık bir USB-C'den Gigabit Ethernet'e adaptör, 2 GB üzerindeki yüklemeler için çoğu dizüstü bilgisayarın dahili Wi-Fi'ından daha iyi performans gösterir. Kablo çekemiyorsanız en azından 5 GHz bandına geçin ve router'a görüş hattı içinde durun. 2,4 GHz, gerçek koşullarda 60-80 Mbps ile sınırlıdır ve dosya aktarımı için uygun değildir.

QoS ve SQM: bufferbloat çözümü

Bufferbloat, evdeki biri yükleme başlattığında Zoom görüşmenizin gecikmesinin nedenidir. Geleneksel router tamponları, doymuş bağlantılarda paketleri saniyelerce kuyrukta tutar ve gecikmeyi mahveder. CAKE ve fq_codel gibi Akıllı Kuyruk Yönetimi (SQM) algoritmaları, yük altında bile kuyrukları kısa tutar; böylece 500 Mbps'lik bir yükleme diğer her şeye 300 ms gecikme eklemez.

OpenWrt, pfSense ve modern router'ların çoğu (Merlin yazılımlı Asus, Ubiquiti UniFi, eero Pro 6E) SQM'yi destekler. Etkinleştirin, uplink'i sağlanan hızın yaklaşık yüzde 95'ine ayarlayın ve DSLReports veya Waveform bufferbloat testinin F notundan A+'ya düştüğünü izleyin.

Bu işlem bant genişliği eklemez; ancak bufferbloat'un TCP göndericinizi tekrar tekrar geri çekilmeye zorladığında oluşan yüzde 40-60 throughput kaybını ortadan kaldırır.

IPv6 genellikle daha hızlıdır

Çift yığın destekleyen ISS'lerde IPv6, büyük bulut hedeflerine genellikle daha doğrudan yönlenir. AWS, Google Cloud, Cloudflare ve Azure'ın tamamı yerel IPv6 üzerinde çalışır; IPv6 üzerinden bir paket, mobil ve bazı ev ağlarında yaygın olan IPv4 CGNAT yollarıyla kıyaslandığında genellikle bir veya iki NAT atlamasını atlayarak geçer.

ipv6-test.com veya test-ipv6.com ile kontrol edin. 10/10 puan aldıysanız IPv6 zaten kullanılıyordur. Almadıysanız router'ınızda etkinleştirin — çoğu ISS yapılandırmaları DHCPv6 veya PPPoE üzerinden otomatik olarak iletir. Kıtalararası yüklemelerde fark yüzde 20-40'a ulaşabilir.

Arka planda senkronize olan her şeyi kapatın

Dropbox, Google Drive, OneDrive, iCloud Fotoğraflar, ağ üzerinden Time Machine ve Backblaze gibi yedekleme araçlarının tamamı yükleme bant genişliğini sessizce tüketir. macOS'un Etkinlik Monitörü (Ağ sekmesi, "Gönderilen Bayt" sütununa göre sıralayın) ve Windows Kaynak İzleyicisi suçluları ortaya koyar.

Büyük bir aktarımdan önce bunları duraklatın. Özellikle iCloud Fotoğraflar, bir çekim içe aktardıktan sonra sessizce gigabaytlar yükleyebilir. Backblaze'in varsayılan kısıtlaması "otomatik"tir; bu, boştaki bir bağlantıda "mevcut her şeyi al" anlamına gelir.

1080p'de Zoom görüşmesi yaklaşık 3 Mbps upstream kullanır. Google Meet HD görüşmesi 2,5 Mbps civarındadır. Evde biri video görüşmedeyse aktarımı buna göre planlayın ya da 2-3 Mbps kaybını göze alın.

DNS ve ilk bayt süresi

Yanlış yapılandırılmış bir DNS, TCP bağlantısı başlamadan önce 50-200 ms gecikme ekleyebilir. Hâlâ ISS'nizin varsayılan çözümleyicisini kullanıyorsanız Cloudflare'in 1.1.1.1'ini veya Google'ın 8.8.8.8'ini deneyin. Yanıt sürelerini karşılaştırmak için dig +stats transfer-servisi.com komutunu kullanın. Pek çok bağlantı açan parçalı yüklemeler için hızlı bir çözümleyici, belirgin biçimde daha hızlı genel throughput sağlar.

macOS'ta DNS'i Sistem Ayarları > Ağ > Ayrıntılar > DNS yolundan değiştirin. Windows 11'de Ayarlar > Ağ ve İnternet > (bağdaştırıcınız) > DNS sunucusu atamasını düzenle bölümüne gidin.

Alışılmadık ağlarda MTU ayarı

VPN, PPPoE DSL bağlantısı veya hücresel uplink üzerindeyseniz MTU'nuz varsayılan 1500 baytın altında olabilir. Yanlış boyutlandırılmış MTU, TCP parçalanmasına, yeniden iletimlere ve throughput çöküşüne neden olur. macOS/Linux'ta ping -s 1472 -D google.com, Windows'ta ping -f -l 1472 google.com ile test edin. Paketler geri dönmüyorsa, dönenene kadar MTU'yu 10 baytlık adımlarla düşürün; ardından bu değeri (artı ICMP ek yükü için 28) arayüz MTU'su olarak ayarlayın.

Yaygın çalışan değerler: çoğu geniş bant için 1500, PPPoE DSL için 1492, bazı WireGuard VPN'leri için 1428, çoğu 5G operatörü için 1400.

Tıkanıklık kontrolü: BBR ile Cubic karşılaştırması

Buluta yükleme yapan Linux sistemlerinde TCP tıkanıklık kontrolünü Cubic'ten BBR'ye (Bottleneck Bandwidth and RTT) geçirmek, yüksek gecikmeli ve hafif kayıplı bağlantılarda throughput'u ikiye katlamış olabilir. sysctl -w net.ipv4.tcp_congestion_control=bbr komutuyla etkinleştirin. macOS ve Windows, Cubic tabanlı algoritmalar kullanır ve bu ayarı kolayca açığa çıkarmaz; ancak bulut tabanlı aktarım uç noktaları giderek artan oranda BBR çalıştırır; bu, kendi tarafınız çalıştırmasa bile yardımcı olur.

Bu durum, Google Cloud üzerinde çalışan hizmetlerin (Smash, bazı SwissTransfer trafiği) eski altyapıdaki benzer hizmetlerden genellikle daha hızlı hissettirmesinin nedenlerinden biridir.

Tarayıcı seçimi önemlidir

Chromium tabanlı tarayıcılar (Chrome, Edge, Brave, Arc) varsayılan olarak HTTP/3 ve QUIC'i destekler; bu, kayıplı bağlantılarda HTTPS üzerinden HTTP/2'yi yüzde 15-25 oranında geride bırakır. Firefox de QUIC ile gelir. Safari 17+ HTTP/3'ü destekler ancak bazı hizmetler için varsayılan olarak HTTP/2 kullanır. DevTools'un Ağ panelinde "Protokol" sütunundan kontrol edin.

Bir aktarım hizmetinin yükleme uç noktası HTTP/3 üzerinden hizmet veriyorsa, tarayıcının bunu seçmesi parça başına el sıkışma gidiş-dönüş sayısını azaltır; bu da 4-8 eş zamanlı akış açan paralel yüklemelerde fark yaratır.

Bant genişliğinize saygı duyan bir hizmet seçin

Bazı aktarım hizmetleri, ne kadar bant genişliğiniz olursa olsun yüklemeleri kısıtlar. 50 Mbps'lik bir hat, aktarım başına throughput'u 30 Mbps ile sınırlayan bir araçta yine de sürünebilir. HexaTransfer, Web Worker'larda AES-256-GCM şifreleme ile HTTP/2 üzerinden paralel parçalar halinde akış yapar; yüklemeniz, aktarım başına 10 GB tavanına kadar bağlantınızın gerçekte sunabildiği her şeyi doldurur.

hexatransfer.com'da deneyin — ücretsiz, hesap gerekmez, 10 GB'a kadar.