Terraria Sunucu Bağlantısı ve Proxy: Gecikme Bütçesini Doğru Okumak

Terraria’nın çok oyunculu tarafı, modern oyunların çoğuna göre okunması kolay bir yapıya sahiptir. Dünya tek bir sunucuda simüle edilir, istemciler bu sunucuya bağlanır ve durum güncellemeleri bağlantı üzerinden akar. Doğrudan adresle bağlanıldığında taşıma TCP’dir ve adanmış sunucu varsayılan olarak 7777 numaralı portu dinler.

TCP olması proxy açısından önemli bir ayrıcalıktır: bu trafik, bayt akışı taşıyan bir tünelin içinden geçebilir. Ancak Terraria istemcisinde hazır bir proxy alanı bulunmadığı için yönlendirme, işletim sistemi ya da süreç düzeyinde kurulan bir katmanla yapılır. Bu katmanın maliyeti, sayfanın asıl konusudur.

Bir de beklenti düzeltmesi: araya eklenen her durak yolu uzatır. Proxy kullanmak gecikmeyi genellikle artırır ve bunu bilerek kabul etmek, sonradan hayal kırıklığı yaşamaktan iyidir.

Çok oyunculu bağlantı kaç farklı yoldan kurulur?

İlk yol doğrudan bağlantıdır: bir sunucu adresi ve port girersiniz, istemci o adrese bir TCP oturumu açar. Bu yolda ağ tablosu tamamen şeffaftır; bağlantının nereden çıkıp nereye gittiğini siz belirlersiniz ve bir ara katman koymak istediğinizde nereye koyacağınız bellidir.

İkinci yol, oyun platformu üzerinden arkadaş davetiyle katılmaktır. Burada bağlantı kurma işini platformun kendi ağ katmanı üstlenir; iki taraf birbirini doğrudan bulmak zorunda kalmaz. Bu yolun konforu vardır ama şeffaflığı azdır: bağlantının hangi yoldan kurulduğunu dışarıdan göremezsiniz, dolayısıyla araya bir çıkış eklemek de öngörülebilir olmaktan çıkar.

Üçüncü yol adanmış sunucudur. Kendi makinenizde ya da kiraladığınız bir sunucuda dünya sürekli çalışır, oyuncular istedikleri zaman katılır. Ağ tarafında en kararlı seçenek budur, çünkü sunucunun konumu sabittir ve gecikme hesabını herkes aynı referansa göre yapar.

Hangi yolu kullandığınız, proxy sorusunun cevabını baştan değiştirir. Doğrudan bağlantıda yönlendirme mümkündür ve sonuçları ölçülebilir. Platform davetinde ise araya girmeye çalışmak genelde işi kırılganlaştırır; kazancı belirsiz, bedeli kesindir.

İstemciden dünyaya: paket hangi duraklardan geçer?

Doğrudan bağlantıda zincir dört durağa iner. İstemci bir TCP oturumu açar; bu oturum ya doğrudan sunucuya gider ya da tanımladığınız çıkış noktasından geçer. Çıkış noktası baytları açmaz, yorumlamaz, yalnızca iletir; ardından sunucu makinesindeki dinleyen port bağlantıyı karşılar ve dünya döngüsü güncellemeleri geri göndermeye başlar.

Bu zincirde çıkış noktasının konumu belirleyicidir. Siz ve sunucu aynı ülkedeyken başka bir kıtadaki bir çıkışı araya koyarsanız, her paket gidişte ve dönüşte fazladan bir kıtalar arası yolculuk yapar. Zincirin uzunluğu kullanıcı tarafında rubber-band etkisi ve gecikmeli tepki olarak görünür.

Çıkışı sunucuya yakın seçmek bu bedeli küçültür ama sıfırlamaz; çünkü siz hâlâ çıkışa ulaşmak zorundasınız. Toplam süre, sizinle çıkış arasındaki mesafe ile çıkışla sunucu arasındaki mesafenin toplamıdır ve bu toplam, doğrudan bağlantının mesafesinden küçük olamaz — dolambaçlı varsayılan rota gibi nadir istisnalar dışında.

Zincirin dördüncü durağı çoğu zaman unutulur: sunucu makinesinin kendisi. Kalabalık bir dünyada simülasyon yükü arttıkça yanıt üretme süresi uzar. Ağ tarafında hiçbir sorun yokken hissedilen gecikmenin kaynağı burası olabilir; bu yüzden teşhise ağı suçlayarak başlamayın.

Ek durağın gecikme bütçesine katkısı nasıl hesaplanır?

Gidiş-dönüş süresi dört kalemin toplamıdır: sizinle çıkış arasındaki yol, çıkışla sunucu arasındaki yol, sunucunun işleme süresi ve yol üzerindeki kuyruklarda beklenen zaman. Proxy eklediğinizde ilk iki kalem yeniden bölünür ve genelde toplamları büyür. Bu yüzden proxy pingi düşürmez; tersine çoğu kurulumda yükseltir.

Nadir bir istisna vardır ve dürüstçe adlandırmak gerekir: varsayılan rotanız olağandışı biçimde dolambaçlıysa, örneğin trafiğiniz hedefe ulaşmadan önce gereksiz bir ülke turu atıyorsa, daha doğrudan bir omurgaya bağlı bir çıkış toplam yolu kısaltabilir. Bu bir kural değildir, ancak ölçümle kanıtlanabilecek bir istisnadır ve peşin varsayımla kurulum yapmanın gerekçesi olamaz.

Ölçüm yöntemi basittir. Önce proxy olmadan, sonra proxy ile aynı hedefe gidiş-dönüş süresini karşılaştırın; ölçümü günün farklı saatlerinde tekrarlayın ve ortalamaya değil dağılıma bakın. Paylaşımlı bir çıkışta yoğun saat farkı, ortalamanın gizlediği en büyük değişkendir. Aracı elinizin altında tutmak için ping testi yeterlidir; ölçümün neyi gösterdiğini derinleştirmek isterseniz proxy hızı nasıl test edilir yazısı yöntemi adım adım anlatıyor.

Ortalamanın yanında bir de dalgalanmaya bakın. Aynı ortalamaya sahip iki çıkıştan biri düzenli, diğeri zıplayan değerler üretiyorsa oyun deneyiminde ikincisi belirgin biçimde kötüdür; çünkü dünya güncellemeleri düzensiz aralıklarla gelir ve hareket takılmalı görünür. Ölçüm çıktısındaki en yüksek ve en düşük değerin arasındaki açıklık, bu dalgalanmanın kaba göstergesidir. Paylaşımlı havuzlarda bu açıklık, ayrılmış bir çıkışa göre daha geniş olma eğilimindedir.

Bir oturumda hangi trafik ne kadar yer tutar?

Terraria oturumunun veri profili, nişan almanın milisaniyeyle ölçüldüğü türlere göre ılımlıdır. Yükün büyük kısmını dünya durum güncellemeleri oluşturur: kırılan bloklar, düşen eşyalar, düşman hareketleri ve sıvı davranışı gibi sürekli akan bilgiler. Bunlar küçük ama düzenli paketlerdir.

İkinci kalem oyuncu girdileridir; hacmi düşük, sıklığı yüksektir. Üçüncü kalem envanter işlemleri ve sohbet gibi olaya bağlı mesajlardır. Dördüncü ve en yoğun anlık kalem ise katılım anındaki dünya aktarımıdır: sunucuya ilk bağlandığınızda haritanın gerekli kısmı bir defada gelir ve bu, oturumun en büyük tek seferlik yüküdür. Beşinci kalem kontrol ve canlılık mesajlarıdır; hacimleri ihmal edilebilir ama bağlantının ayakta kalmasını sağlarlar.

Bu profilin pratik sonucu şudur: Terraria kota yakan bir oyun değildir, ama araya konulan çıkış küçük paketlerin her birine ek bir işlem yükü bindirir. Aktarılan veri üzerinden ücretlendirilen bir çıkışta fatura değil, gecikme kalemi sizi ilgilendirir.

Sunucu tarafında düşünüyorsanız tablo tersine döner: sunucu, bağlı her istemciye ayrı ayrı durum göndermek zorundadır. Oyuncu sayısı arttıkça giden trafik ve işleme yükü birlikte büyür; barındırma kararını buna göre verin.