CS2 performansını tek bir sihirli tickrate ayarıyla değil, stabil sunucu FPS'i, temiz ağ koşulları, uygun oyuncu sayısı ve kontrollü eklentilerle optimize edersin. Sub-tick sistemi, klasik 64 veya 128 tick tartışmalarının değerlendirmesini değiştirir: Önemli olan, sunucunun gerçek yük altında sürekli tepki verip vermediği ve bağlantı sorunlarının anlaşılır biçimde ölçülebilir olup olmadığıdır.
Tickrate, Sub-Tick ve Beklenti Yönetimi
Tickrate nedir?
Tickrate, sunucunun oyun durumunu saniyede kaç kez hesapladığını belirler. Eski Counter-Strike sürümlerinde bu merkezi bir karşılaştırma değeriydi, çünkü hareket, vuruş kaydı ve güncellemeler sabit sunucu tick'lerine güçlü biçimde bağlıydı.
| Tickrate | Güncelleme/sn | Kullanım |
|---|---|---|
| 64 Tick | 64 | Standart (Matchmaking) |
| 128 Tick | 128 | Competitive (FaceIT) |
CS2 Sub-Tick Sistemi
CS2 yeni bir sub-tick sistemi kullanır:
- Aksiyonlar kesin zaman damgasıyla sunucuya gönderilir
- Sunucu tick'i hesaplar ve konumu enterpole eder
- Teorik olarak tickrate'in etkisi daha az olmalıdır
Pratikte bunun anlamı şu: Sunucunu yalnızca başlangıç parametresindeki bir sayıya göre değerlendirme. Oyuncular gecikme, rubberbanding veya düzensiz vuruş kaydından bahsediyorsa önce CPU yükünü, sunucu FPS'ini, paket kaybını, ping dalgalanmasını, harita karmaşıklığını ve eklenti müdahalelerini kontrol edersin. game-serverhosting gibi ücretli bir multi-game hosting özellikle teknik kontrol, destek ve şeffaf işletim süreçleri gerektiğinde mantıklıdır; her şeyi rastgele bir root sistemde kendin işletmek yerine.
Resmi birincil kaynak olarak Valve'ın Steam desteği önemlidir: Source Dedicated Server'lara yönelik Steam dokümantasyonu sunucu adı, maksimum oyuncu sayısı, UDP portu, RCON ve “Secure (Valve Anti-Cheat)” seçeneği gibi konuları açıklar: help.steampowered.com üzerindeki dokümantasyon. CS2'ye özel sunucu başlatmaları için Valve'ın Major kurulumlarına yönelik kendi kural deposu SteamCMD ile app_update 730 validate komutunu ve ./cs2 -dedicated üzerinden başlatmayı belirtir: github.com üzerindeki dokümantasyon.
Optimizasyondan Önce Gereksinimler
Değerleri değiştirmeden önce sunucu tekrarlanabilir şekilde başlamalı, erişilebilir olmalı ve hedef yapılandırmanla çalışmalıdır. En azından şunları kontrol et: güncel sunucu build'i, doğru Game Server Login Token, açık UDP portu, çalışan harita rotasyonu, RCON erişimi ve server.cfg dosyanın belgelenmiş başlangıç durumu. Ayrıca aynı anda gerçekçi olarak kaç oyuncunun oynayacağını ve Workshop haritaları, antrenman eklentileri, Retake modları, Deathmatch veya turnuva kurulumları çalışıp çalışmadığını not et.
Performans sorunları ancak boşta çalışma ile maç işletimini ayırırsan temiz şekilde değerlendirilebilir. Bir sunucu panelde sorunsuz görünebilir ama utility spam, çok sayıda entity veya eklenti event'leri sırasında kısa süreli düşüş yaşayabilir. Bu yüzden gerçek işletimine benzeyen, birkaç oyuncu veya botla yapılan bir test planla.
Ağ Optimizasyonu
Aşağıdaki istemci değerleri başlangıç kurulumundan gelir ve istemci veya antrenman ortamlarını kontrol ediyorsan kontrol noktası olarak kullanılabilir. Bunları garantili her derde deva çözüm olarak kullanma; CS2 güncellemeleri davranışı değiştirebilir, sunucu tarafı limitler veya matchmaking ortamları değerleri farklı işleyebilir.
rate 786432
cl_interp 0
cl_interp_ratio 1
cl_cmdrate 128
cl_updaterate 128
Bundan sonraki ölçüm önemlidir. Stabil ping'e, paket kaybı olmamasına ve hareket, spray kontrolü ve peek'lerde tutarlı tepkiye dikkat et. Aynı bölgeden birkaç oyuncu benzer sorunlar bildiriyorsa bu daha çok sunucu, routing veya yük konularına işaret eder. Yalnızca tek tek oyuncular etkileniyorsa onların bağlantısını, WLAN kullanımını, arka plan indirmelerini ve sunucu konumuna bölgesel uzaklığını kontrol et.
Sunucu Performansını Ölçme
Ölçüm değerlerini yalnızca başlangıçtan hemen sonra değil, devam eden bir round sırasında kullan. Aşağıdaki komutlar pratik teşhis noktaları olarak işe yarar:
sv_showfps 1 # FPS göster
net_graph 1 # Ağ istatistikleri
stats # Sunucu performansı
Her test çalışmasında aynı durumları kontrol et: warmup, dolu round, çok sayıda grenade, harita değişimi ve art arda birkaç maç. CPU zirveleri lag'lerle tam olarak aynı ana denk geliyorsa en olası ayar noktası bir ağ cvar'ı değil, yükü azaltmak veya daha fazla CPU payı sağlamaktır. RAM daralıyorsa harita değişimlerini, eklenti loglarını ve uzun uptime'ı gözlemle. Diğer oyunlarda ağırlık farklıdır; karşılaştırma için benzer kaynak planlamasını Palworld sunucu performansı ve RAM rehberinde ve Valheim sunucusu kiralama ve kurma rehberinde bulabilirsin.
Sunucu Adminleri İçin Performans İpuçları
- CPU önceliği: CS2 sunucuları CPU ağırlıklıdır, RAM ağırlıklı değildir
- Oyuncu sayısı: 5v5 = ideal, 10v10 daha fazla CPU ister
- Workshop haritaları: Standart haritalardan daha fazla kaynak gerektirebilir
- Eklentileri sınırlama: Her eklenti performans maliyeti getirir
- Sunucu bölgesi: Oyuncularına yakın bir konum seç (DE = Frankfurt/Nürnberg)
Bu noktaları test sırası olarak uygula. Standart bir haritayla ve ek eklenti olmadan başla. Sunucu bu şekilde stabil çalışıyorsa genişletmeleri tek tek etkinleştirirsin. Workshop haritalarında dosya boyutuna, entity yoğunluğuna, scripting'e ve loglara dikkat et. Eklentilerde aktif olarak bakımlarının yapılıp yapılmadığını ve güncel CS2 sürümüyle uyumlu olup olmadığını kontrol et. Yalnızca ara sıra hata veren bir eklenti bile belirli event'ler sırasında frametime'ları kötüleştirebilir.
Anti-Cheat (VAC) ve Turnuva İşletimi
VAC, CS2 sunucularında varsayılan olarak aktiftir. Turnuvalar için ayrıca şunları öneririz:
- Anti-cheat eklentili Workshop haritası
- Replay kaydı için GOTV'yi etkinleştirme
Anti-cheat beklentilerini gerçekçi kur: VAC Valve'ın sistemidir, ancak temiz turnuva yönetiminin yerini tutmaz. Organize maçlar için RCON erişimlerini sınırlamalı, sunucu şifrelerini düzenli değiştirmeli, GOTV/CSTV'yi önceden test etmeli ve logları saklamalısın. Eklentilerde özellikle dikkatli ol, çünkü her genişletme güvenilir biçimde bakımı yapılan veya gelecekteki CS2 güncellemeleriyle uyumlu kalan bir yazılım değildir.
Sonucu Kontrol Etme
Optimize edilmiş bir CS2 sunucusu gerçek yük altında tutarlı sunucu FPS'i, belirgin CPU zirveleri olmaması, hedef bölgedeki oyuncular için stabil ping ve konsolda tekrarlayan hata olmamasıyla kendini gösterir. Çalışan yapılandırmanı tarih, oyuncu sayısı, harita, eklenti listesi ve gözlemlenen davranışla belgeleyin. Böylece güncellemelerden veya eklenti değişikliklerinden sonra her lag raporunda baştan başlamak yerine hedefli karşılaştırma yapabilirsin.
Sorun Giderme
Oyuncular lag bildirirse önce zaman, harita, oyuncu sayısı, ping, loss ve aynı anda birden fazla oyuncunun etkilenip etkilenmediğini sor. Ardından aynı zaman aralığındaki sunucu metriklerini kontrol edersin. Bir güncellemeden sonra sorun çıkarsa sunucu dosyalarını doğrular, yeni eklentileri devre dışı bırakır ve standart bir harita test edersin. Routing sorunlarında oyuncularının çoğunluğuna daha yakın bir konum yardımcı olur. Yalnızca tek tek oyuncular etkileniyorsa neden çoğu zaman istemci tarafında veya ilgili internet sağlayıcısında aranmalıdır.
Kontrol, Sınırlar ve Güvenli Geri Dönüş
“CS2 Sunucu Tickrate ve Performansını Optimize Etme” rehberi makalede açıklanan sunucu türü ve kontrol zamanında görünen sürüm durumu için geçerlidir. Menü adları, mevcut sürümler, mod veya eklenti uyumluluğu ve gerekli kaynaklar güncellemelerden sonra değişebilir. Bu yüzden değerleri kontrol etmeden başka bir oyun, loader veya sunucu sürümüne aktarma.
Dünya, oyun kaydı, yapılandırma veya genişletmelerde değişiklik yapmadan önce ilgili dosyaların yedeğini oluştur. Ardından yalnızca birbiriyle ilişkili tek bir adımı değiştir ve bunu daha sonra oynamak istediğin aynı istemci ve sunucu sürümüyle kontrol et.
| Kontrol noktası | Beklenen sonuç | İptal ve geri dönüş |
|---|---|---|
| Sunucu başlangıcı | Sunucu yeni hata mesajı olmadan çalışmaya hazır duruma ulaşır. | Başlangıç hatalarında değişikliği geri al ve son yedeği yükle. |
| Bağlantı testi | Bir test hesabı panelde gösterilen adres üzerinden bağlanabilir. | Sürüm veya bağlantı hatalarında sürümü, portu ve izinleri tekrar karşılaştır. |
| Fonksiyon testi | Somut olarak değiştirilen fonksiyon mevcut dünya veya oyun verilerine zarar vermeden çalışır. | Yan etkilerde sunucuyu durdur ve yedeklenen dosyaları geri yükle. |
Başarılı bir tekil test performans veya erişilebilirlik garantisi değildir. Dünya boyutu, modlar, eklentiler, oyuncu sayısı, ağ yolu ve eşzamanlı yük sonucu değiştirebilir. Sürümü, değişikliği ve test sonucunu belgeleyerek daha sonraki sapmaları anlayabilirsin.
FAQ
CS2'yi basitçe 128 Tick'e ayarlayabilir miyim?
CS2 sub-tick kullanır, bu yüzden CS:GO'daki klasik 128 tick argümanı bire bir aktarılamaz. Stabil sunucu FPS'ine, iyi bağlantıya ve tekrarlanabilir testlere odaklan.
CS2 için hangi oyuncu sayısı mantıklı?
Klasik competitive maçlar için 5v5 en doğal hedef boyuttur. 10v10 gibi daha büyük kurulumlar çalışabilir, ancak daha fazla CPU payı ister ve gerçek yük altında test edilmelidir.
Workshop haritaları performans riski mi?
Evet, standart haritalardan daha fazla kaynak gerektirebilirler. Yeni Workshop haritalarını tek tek test et ve dolu round'lar sırasında CPU, RAM, konsol hataları ve oyuncu geri bildirimini gözlemle.
Hangi ölçüm değerleri bir tickrate sayısından daha önemlidir?
Stabil sunucu FPS'i, düşük ve tutarlı ping, paket kaybı olmaması, CPU zirveleri olmaması ve gerçek oyun durumları sırasında hatasız konsol daha önemlidir.
Çok sayıda eklenti kurmalı mıyım?
Yalnızca gerçekten ihtiyacın varsa. Her eklenti karmaşıklığı artırır ve performansı veya stabiliteyi etkileyebilir. Eklentileri tek tek etkinleştir ve etkisini belgele.