Garry's Mod gecikmesi neredeyse her zaman üç şeyden biridir: sunucunun sürdürebileceğinden daha yüksek ayarlanmış tickrate, çok fazla prop ve varlık veya her tickte çalışan bir eklenti. Bellek nadiren sebep olur, bu yüzden daha büyük bir plan satın almak çoğu zaman hiçbir şeyi değiştirmez.
Source simülasyonunu tek bir iş parçacığında çalıştırır. Bu tek gerçek, aşağıda bahsedilen çoğu şeyi açıklar.
Tickrate bir kalite ayarı değil, bütçedir
Tickrate, sunucunun dünyayı saniyede kaç kez simüle ettiğidir. Daha yüksek değerler daha keskin hissettirir ve daha yüksek değerler, ilginç bir şey olup olmadığına bakılmaksızın her tickte CPU maliyetine yol açar.
Tuzağı ise tickrate'in her şeyi çarpan gibi artırmasıdır. Daha düşük bir tickrate'de sorunsuz çalışan fizik ağırlıklı bir Sandbox sunucusu, başka bir değişiklik olmadan daha yüksek bir tickrate'de çökecek olabilir, çünkü her prop artık daha sık simüle edilmektedir.
- Sandbox fizik ağırlıklıdır. Prop'lar, kısıtlamalar ve ragdollar her tickte maliyetlidir ve oyuncular zamanla bunları daha fazla yaparlar.
- TTT ve DarkRP farklı davranır. Tur tabanlı oyun modlarında tur başlangıcında ani artışlar olur; rol yapma sunucuları saatlerce etkinlik biriktirir.
- Tickrate'i yalnızca sunucu daha düşük ayarda kararlı olduktan sonra yükseltin. Bu son ayar adımıdır, ilk değil.
Gerçek maliyet props ve varlıklardır
Uzun süre çalışan herhangi bir Sandbox veya DarkRP sunucusunda, varlık sayısı kimsenin planlamadığı halde büyüyen şeydir.
- Prop sınırları bir sebepten vardır. Sınır olmayan bir sunucu, bu sınırı genellikle bir inşaat oturumu sırasında zor yoldan öğrenir.
- Kısıtlı düzenekler serbest prop'lardan daha pahalıdır. Fizik kısıtlamaları her tickte çözülür ve büyük bir kaynakla kaynaklanmış düzenek aynı sayıda ayrı prop'tan çok daha maliyetlidir.
- Belirli aralıklarla temizlik yapın. Turlar arasında ya da zamanlayıcı ile otomatik prop temizliği, çoğu sunucuda en etkili değişikliktir.
- Ragdollar ve gibs birikir. Bireysel olarak ucuzdur ancak yüzlerle olduğunda ucuz değildir.
Eklentiler: Kimsenin kontrol etmediği olağan şüpheli
Her tickte çalışan bir eklenti size sonsuza kadar saniyede altmıştan fazla kez iş maliyeti çıkarır. Çoğu bunu duyurmaz.
- Eklentileri küçük gruplar halinde ekleyin, böylece performans düştüğünde nedeni bilirsiniz.
- Haritanın herhangi bir yerindeki olaylara tepki verenlere kuşkuyla yaklaşın, oyuncuya yakın olan değil.
- Workshop koleksiyonları, sunucuya katılan her oyuncu için indirilenlerdir. Büyük koleksiyonlar, sunucu yükü kadar oyuncu katılımına da engeldir. Sandbox inşaat sunucuları bunu daha çok hisseder: bkz. Sandbox mastery.
Aynı prensip Factorio mod seçiminde de geçerlidir: tick başı maliyeti nedir ve herkesin onu kurması gerekli mi?
Yükseltmeden önce teşhis edin
Bunu bu sırayla yapın, çünkü ucuz çözümler aynı zamanda en olası olanlardır:
- Varlıkları sayın. Sayı gün boyunca artıyorsa, sorun budur.
- Eklentileri gruplar halinde kapatın ve tabanın yükselip yükselmediğini gözlemleyin.
- Tickrate'i bir adım düşürün ve takılmanın geçip geçmediğine bakın.
- Son olarak belleği kontrol edin. Bellek dolu değilse ve dalgalanma göstermiyorsa, RAM kısıtlaması yoktur.
Bu aynı sıra Minecraft tick lag için de geçerlidir; burada da daha fazla bellek CPU sınırına takılan bir sunucuyu düzeltemez. Farklı oyun, aynı hata.
Garry's Mod sunucu barındırma hizmetimiz, panelden tickrate ve eklenti yönetimini erişime açar, böylece düşük bir tickrate testi yapmak destek talebi yerine sadece bir yeniden başlatma gerektirir.
Plan gerçekten çok küçük olduğunda
Sunucu yavaşlamak yerine çöküyorsa, örneğin harita değişiminde veya başlangıçta büyük bir Workshop koleksiyonunun yüklenememesi gibi durumlarda bellek kısıtlaması vardır. Bu gerçek yükseltme sebebidir. Sorunsuz çalışan ve inşaat sırasında takılan bir sunucu değil.
Eğer altı arkadaş için bir inşaat sunucusu işletiyorsanız, en küçük plan ve bir prop sınırı, sınırsız daha büyük bir plandan daha iyi hizmet edecektir.

yazar 


