Minecraft Sunucu Lagı Nasıl Düzeltilir

Sunucu lagı mı, ağ lagı mı, istemci lagı mı?

En hızlı test, herkesin aynı anda lag yaşayıp yaşamadığını sormaktır. Geride kalan bir sunucu tüm oyuncuları birlikte dondurur; kötü bir bağlantı veya yavaş bir bilgisayar yalnızca sahibini etkiler. Bu rehberin geri kalanı sunucu lagı hakkındadır.

Önce ölçün: TPS, MSPT ve spark

Bir Minecraft sunucusu saniyede 20 tick çalışır, yani her tick'in bitmek için 50 ms süresi vardır. Sunucunun nasıl başa çıktığını iki sayı anlatır:

• TPS (saniyedeki tick sayısı): 20, sunucunun yetiştiği anlamına gelir; 20'nin altında dünya yavaşlar.
• MSPT (tick başına milisaniye): her tick'in ne kadar sürdüğü. 50 ms'nin altında boş zaman vardır; 50 ms'nin üzerinde sunucu geride kalır.

Paper'da /tps ve /mspt vardır, ancak kendi belgeleri spark'ı gösterir; spark, 1.21'den beri Paper'a gömülüdür ve Fabric, Forge ve NeoForge için mod olarak mevcuttur:

/spark tps
/spark health
/spark ping

/spark tps son saniyeler ve dakikalardaki TPS'yi ve — daha faydalısı — tick sürelerini minimum, medyan, 95. yüzdelik ve maksimum olarak gösterir. /spark ping oyuncuların pingini gösterir; bu da "sunucu mu ağ mı" sorusunu çözer. /spark health buna CPU, bellek ve diski ekler.

Nedeni spark profiliyle bulun

Sayılar sunucunun lag yaptığını söyler; profil ise nedenini söyler. Lag yaşanırken bir profil başlatın ve birkaç dakika çalışmasına izin verin:

/spark profiler start --timeout 300

Bittiğinde spark, web görüntüleyicisine bir bağlantı paylaşır. Orada:

1. Server thread'i açın — dünyayı çalıştıran ana iş parçacığı. Lag orada yaşar.
2. En yüksek yüzdeye sahip girdileri genişletin: tick süresi oraya gider.
3. Süreyi eklenti veya moda göre bölünmüş görmek için Sources görünümüne geçin. Ana iş parçacığının büyük bir kısmını alan tek bir eklenti veya mod genellikle cevabınızdır.

Gelip giden lag için iki araç daha yardımcı olur: /spark tickmonitor uzun süren her tick'i bildirir, /spark profiler start --only-ticks-over 100 ise yalnızca yavaş tick'leri kaydeder, böylece nadir bir sıçrama ortalamada kaybolmaz.

Önemli düzeltmeler, sırasıyla

1. Görüş ve simülasyon mesafesi

server.properties dosyasında simulation-distance, dünyanın oyunculardan ne kadar uzağa kadar gerçekten simüle edildiğini — moblar, ekinler, redstone — ve view-distance chunk'ların oyunculara ne kadar uzağa kadar gönderildiğini belirler. İkisinin de varsayılanı 10'dur. simulation-distance değerini düşürmek çoğu zaman en büyük tek kazançtır: 6 ile 8 arasını deneyin ve dünyanın hâlâ açık görünmesi için view-distance değerini biraz daha yüksek tutun. Bunlar resmi değerler değil, başlangıç noktalarıdır; öncesinde ve sonrasında ölçün.

2. Dünyayı önceden oluşturun

Yeni chunk oluşturmak, bir sunucunun yaptığı en pahalı işlerden biridir ve farklı yönlerde keşif yapan oyuncular bunu sürekli yaptırır. Chunky eklentisi (veya modu) haritayı önceden oluşturur:

chunky radius 5000
chunky start
chunky pause
chunky continue

Kimse oynamıyorken çalıştırın — devam eden bir ön oluşturma, doğası gereği sunucunun "Can't keep up" bildirmesine yol açar — ve oyuncular katıldığında duraklatın.

3. Varlıklar ve çiftlikler

Mob çiftlikleri, köylü salonları ve eşya yığınları en yaygın sürekli yük kaynaklarıdır. Paper ve Spigot'ta spigot.yml içindeki entity-activation-range, bir varlığın tam olarak tick'lenmesi için oyuncunun ne kadar yakın olması gerektiğini belirler; merge-radius ise yere düşen eşyaları ve deneyim kürelerini birleştirir. Mob çiftliklerini bir eklenti veya kuralla sınırlayın ve unutulmuş eşya yığınlarını temizleyin.

4. Huniler ve redstone

Büyük huni zincirleri pahalıdır. spigot.yml içinde ticks-per.hopper-transfer eşyaları ne sıklıkla taşıdıklarını belirler; Paper'ın hopper.disable-move-event ayarı onları çok hızlandırır — ama bu olaya dayanan koruma eklentilerini bozar. Redstone için Paper'ın misc.redstone-implementation: ALTERNATE_CURRENT ayarı redstone tozunun yol açtığı lagı büyük ölçüde azaltabilir, ancak tozun davranışını değiştirir; bu yüzden önce düzeneklerinizi test edin.

5. Profilinizdeki eklenti veya mod

spark profili tek bir eklentiyi veya modu gösteriyorsa çözüm odur: güncelleyin, ayarlarını hafifletin veya değiştirin. Ne kadar RAM eklerseniz ekleyin, kötü yazılmış bir eklenti hızlanmaz.

"TPS 20 ama hâlâ lag var"

Bu en kafa karıştırıcı durumdur ve neredeyse her zaman bir tick takılmasıdır: çoğu tick hızlıdır, ama arada bir tanesi yüzlerce milisaniye sürer. Ortalama 20'de kalır, yine de herkes donmayı hisseder.

• /spark tps içinde maksimum tick süresini kontrol edin veya /spark tickmonitor çalıştırın. Birkaç yüz milisaniyelik sıçramalar bunu doğrular.
• Olağan neden, ana iş parçacığında bekleyen bir eklentidir — internetten oyuncu skin'leri veya kafaları çekmek, bir webhook'a göndermek, güncelleme veya lisans kontrol etmek ya da bir dosyayı veya veritabanını eşzamanlı kaydetmek. Beklerken sunucu hiçbir şey yapmaz.
• Yalnızca hesaplamayı değil, beklemeyi de profilleyin. Normal bir profil CPU işini gösterir; bekleyen bir iş parçacığı boşta görünür. Beklemeler dahil zamanın nereye harcandığını yakalamak için /spark profiler start --thread * kullanın ve Server thread üzerinde ağ veya dosya çağrılarını arayın.

Çözüm eklentidedir — eşzamansız çağrılar veya başka bir eklenti. Daha fazla RAM, daha hızlı bir CPU ya da daha iyi bir bağlantı yardımcı olmaz, çünkü sunucunun hiçbir şeyi eksik değildir; sadece bekliyordur.

Çözüm gerçekten RAM veya CPU olduğunda

Minecraft dünyayı tek bir ana iş parçacığında simüle eder. Bunun iki sonucu vardır:

• Çekirdek başına CPU hızı en çok önemli olandır. spark, Server thread'in normal dünya işleriyle — varlıklar, chunk'lar, blok tick'leri — meşgul olduğunu gösteriyorsa ve MSPT yüksekse, daha hızlı bir CPU daha fazla çekirdeğin yardım edemeyeceği yerde yardım eder.
• RAM yalnızca yetmediğinde işe yarar. İşaretler: sunucu bellek sınırına ulaştığında yeniden başlar veya profilde garbage collection duraklamaları baskındır. Dünyanın ve modların ihtiyacının ötesinde, daha fazla RAM tick hızına hiçbir katkı sağlamaz — ve aşırı büyük, ayarlanmamış bir heap garbage collection duraklamalarını uzatabilir.

Bir sunucunun ne kadar RAM'e ihtiyaç duyduğu ve garbage collection'ı kısa tutan başlatma bayrakları Minecraft sunucusu ne kadar RAM'e ihtiyaç duyar rehberinde anlatılıyor. Paper, Purpur ve diğerleri arasında seçim ise en iyi Minecraft sunucu yazılımı rehberinde.

Lag ve HytHost sunucunuz

Her HytHost Minecraft paketi aynı donanımda çalışır: 5.0 GHz'e kadar boost yapan Ryzen 7 ve Intel i9 CPU'lar, DDR4 bellek ve NVMe depolama — Minecraft'ın bağlı olduğu tek iş parçacığı hızı. spark zaten Paper'ın bir parçasıdır, bu yüzden konsoldan hemen profil alabilirsiniz.

Profiliniz sunucunun dünyası ve modları için gerçekten belleğinin yetmediğini gösteriyorsa, panelden bir üst pakete geçin; dünya yerinde kalır. Bir eklentiyi veya çiftliği gösteriyorsa, önce onu düzeltin — ücretsizdir ve her pakette işe yarar. Minecraft hosting'e veya aylık €11.65'dan başlayan premium Minecraft hosting sayfasındaki daha büyük paketlere göz atın.