Uzaktan Masaüstü Gecikme Testi: UX Nasıl Ölçülür?

Uzaktan kontrolün tepkisel olması gerekir — gecikmeli ve öngörülemez değil. Pencere sürükleme, yazma veya bir uzak oturumda fare hareketleri yavaş hissediliyorsa, gecikmeyi araştırıyorsunuz. Bu kılavuz, ağ sorunlarını kodlama/işleme problemlerinden ayıran ve zaman içinde kıyaslama yapabileceğiniz tekrarlanabilir ölçümler veren pratik bir "remote desktop latency test" çalıştırmayı gösterir.

Neden gecikmeyi ölçmelisiniz (ve ne beklemelisiniz)

Uzak masaüstü oturumlarındaki gecikme çok boyutludur. Ham ağ round-trip süresi (RTT), jitter ve paket kaybı, ana makinede ve istemcide kodlayıcı/dekodlayıcı gecikmesi ve her makinede görüntü/girdi işleme gecikmesi vardır. Bunların hepsi, bir insanın tıklama veya sürükleme yaparken hissettiği gecikmeye eklenir.

Kural olarak kullanabileceğiniz pratik eşikler:

• < 20 ms RTT: çoğu durumda algılanamaz (etkileşimli işler için mükemmel).
• 20–60 ms RTT: çoğu uzak iş için çok kullanılabilir (hızlı imleç hareketlerinde hafif gecikme).
• 60–150 ms RTT: kabul edilebilir ama fark edilir; bazı görevler (çizim, oyun) etkilenir.
• > 150–200 ms RTT: açıkça fark edilir, hassas UI işleri için uygun değil.

Bunlar kabaca aralıklardır — gerçek algılanan gecikme uzak yazılımın kodlama hattına bağlıdır. Özel çözümler (TeamViewer, AnyDesk) algılanan gecikmeyi azaltmak için genellikle özel codec'ler ve tahmin kullanır; açık kaynak/kendi sunucunuzda barındırılan yazılımlar (Tenvo, RustDesk) yapılandırmaya bağlı olarak farklı davranabilir. Kendi sunucunuzda barındırmak istiyorsanız, deployment notları için self-hosted remote desktop guide'ımıza bakın.

Genel bakış: çalıştırılacak iki tamamlayıcı test

Bu iki testi sırasıyla çalıştırın. Ağ ile uçtan uca kullanıcı algısı gecikmesini izole ederler.

1. Ağ düzeyi kıyaslamalar: ping, traceroute/MTR ve bant genişliği/jitter/paket kaybı için iperf3.
2. Uçtan uca girdi-görüntü ölçümü: yanıp sönen bir kare ve yüksek kare hızlı bir kamera veya zaman damgalı kareler kullanan görsel kıyaslama yöntemi.

Adım 1 — Ağ düzeyi kıyaslama (hızlı, nesnel)

Önce istemci ile ana makine arasındaki ağ yolunu ölçün. Bu her şeyi söylemez ama bariz ağ sorunlarını hızla eler.

Gereken araçlar

• ping (Windows/macOS/Linux'ta yerleşik)
• traceroute veya MTR (Linux/macOS'ta mtr; Windows'ta WinMTR)
• iperf3 (paket yöneticisiyle kurun; bant genişliği, jitter ve paket kaybı için yaygın olarak kullanılır)

Temel komutlar ve beklenen değerler

host.example.com veya 198.51.100.10'u uzak ana makinenizin IP/adı ile değiştirin.

ping -c 20 host.example.com
# On Windows: ping -n 20 host.example.com

min/avg/max RTT ve paket kaybına bakın. Aynı LAN'da <1 ms min/avg görmelisiniz; ev genişbant bağlantısında bölgesel bir sunucuya 10–40 ms yaygındır; kıta aşırı bağlantılar genellikle 80–200 ms aralığına düşer.

mtr -c 100 host.example.com
# Windows: use WinMTR with default 100 cycles

MTR, tıkanmış bir bağlantı veya ISS sorununu tespit etmek için faydalı olan hop-by-hop paket kaybı verir.

Jitter ve kaybı iperf3 ile ölçme (UDP)

Ana makinede bir iperf3 sunucusu başlatın:

iperf3 -s

İstemciden, uzak oturumunuzun kullanmasını beklediğiniz bant genişliğine göre ayarlanmış bir UDP testi çalıştırın. Tipik uzak masaüstü akışları çözünürlük ve kare hızına bağlı olarak 1–10 Mbps arasındadır; gerçekçi bir test için 5M seçin:

iperf3 -c host.example.com -u -b 5M -t 30

iperf3 paket kaybı ve jitter raporlayacaktır. %1'den fazla paket kaybı veya ~10 ms üzeri jitter görürseniz, bu bazı uzak masaüstü codec'lerini önemli ölçüde etkiler.

Kötü ağları simüle etme

Uzak yazılımınızın gecikme, jitter veya paket kaybı altında nasıl davrandığını test etmek istiyorsanız, istemci veya ana makinede bozulma eklemek için Linux netem kullanın:

sudo tc qdisc add dev eth0 root netem delay 100ms 20ms loss 1%

Bu komut 100 ms gecikme, 20 ms standart sapma ve %1 paket kaybı ekler. Kuralları kaldırmak için:

sudo tc qdisc del dev eth0 root netem

Adım 2 — Uçtan uca girdi-görüntü gecikmesi (kullanıcı algısı gecikmesi)

Ağ sayıları her zaman algılanan gecikmeyle uyuşmaz. Çerçeveleri arabelleğe alan, yavaş yazılım kodlayıcısı kullanan veya V-sync bekleyen bir yazılım yığını onlarca veya yüzlerce milisaniye ekleyebilir. Gerçek girdi-görüntü gecikmesini ölçmek ve kıyaslamak için bu yöntemi kullanın.

Yöntem A — Yüksek kare hızlı kamera yöntemi (en güvenilir, donanım gerekli)

Genel bakış: ana makinede bir tuşa basıldığında görünen küçük bir sayfayı değiştirten bir web sayfası çalıştırın; uzak istemciye bağlanın, sonra hem ana makine ekranını hem de uzak istemci penceresini aynı çekimde görecek şekilde 120–240 fps bir kamera (veya yüksek kare hızlı bir akıllı telefon) ile kaydedin. Ana makinede görünme ile istemcide görünme arasındaki kareleri sayın.

Adımlar:

1. Ana makinede, boşluk tuşuna basıldıkça büyük bir ekrandaki karenin rengini değiştiren basit bir sayfa açın. Bu HTML'i yerel bir dosyaya yapıştırın:

<!doctype html>
<html>
<meta charset="utf-8">
<title>Latency Blink Test</title>
<style>body{margin:0;background:#222;color:#fff;font-family:sans-serif}#s{width:300px;height:300px;margin:50px auto;background:#fff}</style>
<script>document.addEventListener('keydown',e =>{if(e.code==='Space'){let s=document.getElementById('s');s.style.background=(s.style.background==='#fff'?'#0f0':'#fff');}});</script>
<body><div id="s"></div>
<p>Press SPACE to toggle the square</p>
</body>
</html>

2. Bir uzak oturumu başlatın ve ana makinenin fiziksel monitörünü ile uzak istemci penceresini kamera çerçevesinde aynı çekime yerleştirin (bu nedenle geniş görüş gereklidir veya ekranları yan yana getirin).
3. Yüksek kare hızında kaydedin (120 fps yeterli; 240 fps daha iyi). SPACE tuşuna basın ve kareleri izleyin. Daha sonra kaydı kare kare ilerleterek ana makinede karenin değiştiği an ile istemcide karenin değiştiği an arasındaki kare sayısını sayın. Gecikme = kare sayısı / kamera_fps.

Örnek: 120 fps'de 6 kare saydıysanız, gecikme ≈ 6 / 120 = 0,05 s (50 ms) olur.

Yöntem B — Yazılım zaman damgası (kamera yok, daha az hassas)

Ana makinede ve istemcide eşzamanlı saatler çalıştırabiliyorsanız (NTP eşleştirmesi ~10 ms hizalama için yeterlidir), ana makinede bir olayı zaman damgalayabilir ve istemcinin olayı görüntülediği zamanı rapor etmesini sağlayabilirsiniz. Bu, uzak istemciyi veya bir test üst katmanını değiştirmenizi gerektirdiğinden daha gelişmiş bir yöntemdir.

Artılar/eksiler: Kamera yöntemi monitör kalıcılığı ve kamera zamanlama hataları dahil tüm hattı ölçer, ama basittir. Zaman damgalama otomatikleştirilebilir ama sıkı saat senkronizasyonu (chrony veya pool.ntp.org kullanın) ve istemcide çerçeve güncellemesini algılayacak bir yol gerektirir.

Gecikmenin nereden geldiğini izole etme

Ölçümleri aldıktan sonra problemi parçalara ayırın:

• Eğer ping/iperf düşük RTT/jitter gösteriyor ve uçtan uca testiniz hâlâ yüksekse, encode/decode veya istemci render'ına bakın. Ana makine ve istemcide CPU/GPU'yu izleyin (Task Manager / top / nvidia-smi). Yüksek CPU veya kodlayıcı kuyruğa girme lag üretir.
• Eğer iperf belirgin paket kaybı veya jitter gösteriyorsa, ağı düzeltin. Paket kaybı genellikle codec'lerin takılmasına veya çerçevelerin yeniden istenmesine neden olur.
• Eğer bant genişliği sorunu varsa (ör. uzak video bağlantınız sürekli olarak hattınızın izin verdiğinden daha fazla bant kullanıyorsa), uzak masaüstünü daha düşük bir bit hızı veya çözünürlüğe sınırlandırın ve yeniden test edin.
• Uzak yazılımın ayarlarını kontrol edin: renk derinliği, kare hızı sınırı, donanım hızlandırma (mümkünse NVENC veya VA-API'yi etkinleştirin).

Host/istemci kaynaklarını izleme

Tipik kontroller:

• Windows: Task Manager > Performance ve GPU sekmeleri. Kodlayıcının donanım H.264/HEVC kullanıp kullanmadığını kontrol edin.
• Linux: CPU için top/htop; GPU kodlayıcı kullanımını incelemek için nvidia-smi; disk kaynaklı duraklamalar için iostat.
• macOS: Activity Monitor ve destekleniyorsa GPU/kodlayıcı kullanımına bakın.

Farklı uzak yazılımları ve yapılandırmaları kıyaslama

Kıyaslama yaparken testi tutarlı tutun: aynı ana makine, aynı istemci, aynı ağ koşulları, aynı ekran çözünürlüğü. Her istemci sürümünü ve her protokol modunu (doğrudan P2P vs relay sunucusu) test edin. Test edilebilecek bazı şeyler:

• Kablolu LAN vs Wi‑Fi vs VPN — kablolu her zaman en düşük gecikmelidir.
• Doğrudan bağlantı vs relay: relay'ler konuma bağlı olarak 20–100 ms ekleyebilir.
• Donanım kodlama etkin vs yazılım kodlama.

Dürüst not: AnyDesk ve TeamViewer gibi satıcılar algılanan etkileşimi optimize etmeye sıkça odaklanır ve yüksek gecikme veya düşük bant genişliğinde genel RDP/VNC'den daha iyi performans gösterebilirler. Karşılaştırma yapıyorsanız, her birinde aynı testleri çalıştırın. Daha derin karşılaştırmaları AnyDesk vs TeamViewer 2026: Özellik ve Fiyat ve relayed vs direct modları test ediyorsanız Port yönlendirmesi olmadan Remote Desktop: nasıl çalışır hakkındaki yazımızda ele aldık.

Pratik kıyaslama planı ve puanlama

Tekrarlanabilir, karşılaştırılabilir sonuçlar üretmek için bu planı çalıştırın:

1. Baz hattı: Kablolu LAN testi — ping, iperf3 (5M) ve kamera tabanlı blink testi kaydedin.
2. Ev genişbantı: istemci Wi‑Fi'de, ana makine kablolu — aynı testleri çalıştırın.
3. İnternet üzerinden uzak: istemci evde, ana makine veri merkezinde (veya iş yerinde) — testleri çalıştırın ve kullanılıyorsa relay sunucuların bölgelerini not edin.
4. Stres testi: netem ile 100 ms gecikme + %2 kayıp ekleyin ve yazılımın bozulma altındaki davranışını görmek için yeniden çalıştırın.

Her çalışmayı üç eksende (0–10) puanlayın: ağ sağlığı (iperf/ping'e göre), kodlayıcı sağlığı (CPU/GPU kullanımı ve kare düşmeleri) ve algılanan etkileşim (kamera testi gecikmesi). Hızlı bir sıralama gerekiyorsa bunları tek bir puana birleştirin.

Gecikmeyi azaltmak için ipuçları ve hızlı çözümler

• Wi‑Fi yerine kablolu Ethernet tercih edin. Wi‑Fi değişken gecikme ve jitter ekler.
• Ana makinede donanım kodlamayı etkinleştirin (NVENC/QuickSync/VA-API) ve destekleniyorsa istemcide donanım çözümlemeyi açın.
• Çözünürlüğü veya kare hızını düşürün. Kısıtlı bağlantılarda 720p@30 genellikle 1080p@60'dan daha iyi etkileşim hissi verir.
• Mümkünse doğrudan P2P bağlantıları kullanın — relay'ler gecikme ekler.
• Ana makinede ve istemcide gereksiz CPU/GPU yoğun uygulamaları kapatın, böylece kodlayıcı kuyruğa girmez.
• Ağ cihazlarını kontrol ediyorsanız, kritik oturumlar için uzak-masaüstü trafiğini QoS ile önceliklendirin.

Sonuçları ve kıyaslamaları belgeleme

Test meta verilerini kaydedin: yazılım adı ve sürümü (ör., Tenvo v0.9.x, AnyDesk 7.x, TeamViewer 15.x), OS sürümleri, istemci ve ana makine donanımı, ağ türü, iperf3 çıktısı ve kamera kare hızı. Hammadde kamera videosunu ve saydığınız kareleri saklayın ki ölçümü daha sonra yeniden üretebilesiniz. Bu, sürücü güncellemeleri veya codec ayarları gibi değişiklikleri değerlendirirken özellikle yararlıdır.

Tenvo kullanıcıları için: /download sayfamız güncel build'leri listeler; Tenvo test ediyorsanız tam build/commit'i ekleyin. Kendi sunucunuzu barındırmayı planlıyorsanız, Kendi sunucunuzda uzak masaüstü — 2026 rehberi sunucu dağıtım detaylarını ve bağlantı modu ile gecikmeye etkilerini açıklar.

Sonuç

İyi bir "remote desktop latency test" nesnel ağ ölçümleri ile kullanıcı odaklı uçtan uca testi birleştirir. Ağ araçları (ping, traceroute/MTR, iperf3) bağlantı problemlerini hızlıca belirler; kamera tabanlı blink testi gerçek girdi-görüntü gecikmesini ölçer. netem ile sorunlu koşulları yeniden üretin ve kodlayıcı darboğazlarını bulmak için ana makine/istemci kaynaklarını izleyin.

Farklı satıcılar arasında tekrarlanabilir bir baz oluşturmak istiyorsanız, ağ testlerini betiklerle otomatikleştirip blink testlerinin kısa video kayıtlarını saklayın. Birkaç çalışmayı karşılaştırarak gecikmenin ne kadarının ağdan ne kadarının yazılım hattından kaynaklandığını göreceksiniz — bu da doğru çözümü söyler.

Kendi sunucunuzda barındırılan seçenekleri hosted relay'lerle karşılaştırıyorsanız, uzak-desktop-without-port-forwarding makalemiz relay takaslarını daha ayrıntılı ele alır. Satıcı karşılaştırmaları (codec davranışı ve fiyat/özellik takasları) için AnyDesk vs TeamViewer 2026: Özellik ve Fiyat'ya bakın.

Kendi kendinize barındırıp değiştirebileceğiniz açık kaynaklı bir istemci üzerinde test çalıştırmaya hazır mısınız? Tenvo'yu /download adresinden indirin ve Kendi sunucunuzda uzak masaüstü — 2026 rehberi'daki dağıtım notlarını izleyin. Kıyaslama sonuçlarınızı yorumlamakta yardıma ihtiyacınız olursa, iperf3 çıktısını ve kamera ölçümünüzü yapıştırın; olası darboğazları birlikte inceleyelim.