"Ne hızlı" dan bahsederken - en az iki çok farklı yönü vardır: iş hacmi ve gecikme.
Hakkında konuşuyorsanız throughput - TCP'nin akış kontrolü (diğer yanıtlar belirtildiği gibi), kesinlikle mümkün iken, bir Big Başağrısı (tm) olurdu, son derece önemli ve UDP üzerinden karşılaştırılabilir bir şey yapıyor olduğunu. Sonuç olarak - verime ihtiyacınız olduğunda UDP kullanmak nadiren iyi bir fikir olarak nitelendirilir (TCP'ye haksız avantaj elde etmek istemiyorsanız).
Ancak, gecikmeler hakkında konuşursanız - her şey tamamen farklıdır. Paket kaybının yokluğunda TCP ve UDP son derece benzer davranırlar (varsa, marjinal olmak üzere herhangi bir fark) - paket kaybolduktan sonra, tüm desen büyük ölçüde değişir.
Herhangi bir paket kaybından sonra, TCP en az 200 msn yeniden iletimi bekleyecektir (RFC6298'in 2.4 paragrafı başına 1 saniye, ancak pratik modern uygulamalar onu 200 ms'ye düşürme eğilimindedir). Dahası, TCP ile, hedef ana bilgisayara ulaşan paketler bile - eksik paket alınana kadar uygulamanıza teslim edilmeyecektir (yani, tüm iletişim ~ 200ms geciktirilir) - BTW, Head-of olarak bilinen bu etki -Line Engelleme, ister TCP ister güvenilir + düzenli UDP olsun, tüm güvenilir düzenli akışların doğasında vardır. İşleri daha da kötüleştirmek için - yeniden iletilen paket de kaybolursa, ~ 600ms gecikme hakkında konuşacağız (üstel geri çekilme nedeniyle, 1. yeniden iletim 200ms ve ikincisi 200 * 2 = 400ms). Kanalımızda% 1 paket kaybı varsa (bugünün standartlarına göre kötü değildir), ve saniyede 20 güncellemeli bir oyunumuz var - bu 600ms gecikme ortalama her 8 dakikada bir gerçekleşecek. Ve hızlı tempolu bir oyunda 600ms sizi öldürmek için fazlasıyla yeterli - oyun için oldukça kötü. Bu etkiler tam olarak neden gamedev'lerin TCP yerine UDP'yi tercih etmesidir.
Bununla birlikte, gecikmeleri azaltmak için UDP kullanırken - yalnızca "UDP'nin kullanılması" nın önemli gecikme süresi iyileştirmesi için yeterli olmadığını fark etmek önemlidir, bu tamamen UDP'yi NASIL kullandığınızla ilgilidir. Özellikle, RUDP kütüphaneleri genellikle bu "üstel geri çekilmeden" kaçınır ve daha kısa yeniden iletim süreleri kullanırlarsa - "güvenilir sıralı" akış olarak kullanılırlarsa, hala Hat Başına Engellemeden muzdarip olmaları gerekir (bir çift durumunda) paket kaybı, 600ms yerine yaklaşık 1.5 * 2 * RTT alacağız - veya oldukça iyi bir 80ms RTT için ~ 250ms'lik bir gecikmedir, bu bir gelişme, ancak daha iyisini yapmak hala mümkündür). Diğer yandan, http://gafferongames.com/networked-physics/snapshot-compression/ ve / veya http: // ithare. , Hat Başı engellemesini tamamen ortadan kaldırmak mümkündür (bu nedenle, 20 güncelleme / saniye olan bir oyun için çift paket kaybı için, RTT'den bağımsız olarak gecikme 100 ms olacaktır).
Yalnızca TCP ama hiçbir UDP erişimi için ne varsa (örneğin tarayıcıda olduğu gibi istemci UDP engelleme çirkin güvenlik duvarları 6-9% birinin arkasından ise, ya) - - Ve bir yan not olarak orada görünüyor bir yol olarak TCP üzerinden UDP'yi çok fazla gecikme yaşamadan uygulayın, buraya bakın: http://ithare.com/almost-zero-additional-latency-udp-over-tcp/ (yorumları da okuyun (!)).