Minecraft Sunucu Lag Sorunu Nasıl Çözülür?

Minecraft lag sorunu tek bir arıza değil, birbirinden tamamen bağımsız üç problemin ortak adıdır: sunucunun tick üretememesi, ağ gecikmesi ve oyuncunun bilgisayarındaki kare hızı düşüşü. Doğru çözüm, hangisiyle karşı karşıya olduğunuzu on dakika içinde belirlemekten geçer; çünkü ping sorununu config değiştirerek, TPS sorununu ise oyuncuya “internetini kontrol et” diyerek çözemezsiniz.

Bu rehber lag türünü ayırt etmek için somut testler verir ve her tür için ayrı çözüm yolu sunar. Belirtilerden yola çıkarak teşhis koyacak, ardından ölçümle doğrulayacaksınız.

Üç Lag Türü ve Belirtileri#

Oyuncular her türlü gecikmeyi “lag” diye bildirir. İlk işiniz bildirimi doğru kutuya koymaktır.

Adım 1: Sunucu Tarafını Ölçün#

Önce sunucuyu eleyin. Sunucu sağlıklıysa aramayı ağa ve istemciye kaydırırsınız.

tps
mspt
spark health
spark tps

spark health komutu TPS, MSPT yüzdelikleri, CPU kullanımı, bellek durumu ve disk doluluğunu tek ekranda verir. Yorumlarken şu eşikleri kullanın:

TPS 20 / MSPT 25 ms altı

Sunucu sağlıklı, lag başka yerden geliyor.

TPS 20 / MSPT 40-50 ms

Sunucu sınırda; ani yükte kopma yaşanır.

TPS 20 altı

Sunucu lag’i doğrulandı, bu sayfanın sunucu bölümüne geçin.

CPU %100, TPS düşük

Tek çekirdek doyuma ulaşmış, donanım sınırındasınız.

Adım 2: Sunucu Lag’i Doğrulandıysa#

TPS 20’nin altındaysa sorun sunucunun tick bütçesindedir. Bu durumda yapılacak iş, tick içinde harcanan pahalı işi bulmaktır.

Anlık ağır tick’leri yakalamak için tick monitörünü açın:

spark tickmonitor --threshold 100
spark profiler --timeout 300 --thread server

Tick monitörü, süresi 100 ms’i aşan her tick için hangi işin çalıştığını konsola yazar. Bir mob grinder, hopper zinciri veya patlama zinciri varsa hemen görünür.

Hızlı kazanç sağlayan üç müdahale#

view-distance=8
simulation-distance=6
sync-chunk-writes=false

world-settings:
  default:
    entity-activation-range:
      animals: 16
      monsters: 24
      misc: 8
    merge-radius:
      item: 3.5
      exp: 4.0
    ticks-per:
      hopper-transfer: 8
      hopper-check: 8

Bu üç grup ayar sunucu lag’inin büyük kısmını kapatır. Nedenlerin tamamı ve daha ayrıntılı config için TPS düşüklüğü çözüm sayfasına ve optimizasyon ana rehberine geçin.

Adım 3: Ağ Lag’ini Teşhis Etmek#

TPS 20 ama oyuncular hâlâ takılma bildiriyorsa sıra ağda. Ağ lag’i iki farklı biçimde ortaya çıkar: yüksek ama sabit ping (mesafe kaynaklı) ve dalgalı ping (rota veya hat kaynaklı). İkincisi çok daha rahatsız edicidir.

Oyuncudan sunucuya rota testi isteyin. Windows’ta:

tracert sunucu-ip-adresi
ping -n 50 sunucu-ip-adresi

Linux veya macOS’ta daha ayrıntılı sonuç veren mtr tercih edilir:

mtr -rwc 100 sunucu-ip-adresi
ping -c 50 sunucu-ip-adresi

Çıktıda bakılacaklar: paket kaybı yüzdesi (0 olmalı), ortalama gecikme ve “jitter” yani gecikmenin dalgalanması. Ortalama 40 ms ama tepe 300 ms olan bir bağlantı, sabit 80 ms’ten çok daha kötü bir oyun deneyimi verir.

Sunucu tarafında yapılabilecekler#

• Lokasyon: Oyuncu kitleniz Türkiye’deyse sunucu Türkiye’de olmalı. Almanya lokasyonu tipik olarak 40-60 ms, ABD lokasyonu 130-180 ms ek gecikme getirir.
• Sıkıştırma eşiği: network-compression-threshold değerini 256 yapın. Çok düşük değerler CPU’yu, çok yüksek değerler bant genişliğini zorlar.
• Proxy yapılandırması: Velocity veya BungeeCord kullanıyorsanız proxy ile arka uç sunucular aynı veri merkezinde olmalı. Kurulum için proxy rehberine bakın.
• DDoS filtresi: Agresif filtre profilleri paketlere gecikme ekleyebilir. Saldırı yokken profili normale alın; ayrıntılar DDoS koruması sayfasında.

Oyuncu tarafında yapılabilecekler#

• Wi-Fi yerine kablolu bağlantı kullanmak dalgalanmayı belirgin azaltır.
• Arka planda çalışan bulut yedekleme, torrent ve oyun indirmelerini durdurmak.
• VPN veya proxy kullanıyorsa kapatmak; VPN neredeyse her zaman ping ekler.
• Modemin QoS ayarlarında oyun trafiğine öncelik vermek.

Adım 4: İstemci FPS Sorununu Ayırmak#

TPS 20, ping 30 ms olduğu hâlde bir oyuncu takılma yaşıyorsa sorun onun bilgisayarındadır. Oyuncudan F3 tuşuna basıp sol üstteki FPS değerini okumasını isteyin.

Sunucu tarafında istemci FPS’ini dolaylı olarak iyileştirebilirsiniz:

• view-distance değerini 8’e çekmek, düşük donanımlı oyuncuların çizmesi gereken chunk sayısını azaltır.
• Aşırı hologram, particle efekti ve dekoratif armor stand kullanan eklentileri sınırlamak.
• Ağır resource pack zorunluluğu koymamak; büyük paketler zayıf sistemlerde bellek sorunu yaratır. Uygulama ayrıntıları resource pack sayfasında.

Oyuncuya önerebilecekleriniz: grafik ayarlarında render distance’ı düşürmek, Sodium veya OptiFine benzeri istemci optimizasyon modlarını kullanmak ve oyun launcher’ında ayrılan belleği makul bir değere getirmek.

Chunk Yüklenme Gecikmesi: Ayrı Bir Sorun#

Oyuncular “dünya geç yükleniyor, boşlukta yürüyorum” diyorsa bu ne TPS ne de ping sorunudur. Chunk yükleme yolu ayrı çalışır ve iki şeye bağlıdır: disk okuma hızı ve chunk gönderim hızı.

Disk tarafında NVMe SSD şarttır. Bölge dosyaları (world/region/r.x.z.mca) HDD veya paylaşımlı SATA SSD üzerinde okunuyorsa her keşif hareketi gecikme üretir.

chunk-system:
  io-threads: 4
  worker-threads: 6
chunk-loading-advanced:
  auto-config-send-distance: true
  player-max-concurrent-chunk-generates: 0
  player-max-concurrent-chunk-loads: 0

Kalıcı çözüm chunk’ları önceden üretmektir. Chunky ile dünyayı üretip world border koyduğunuzda oyuncular hiçbir zaman canlı chunk üretimi beklemek zorunda kalmaz:

worldborder center 0 0
worldborder set 20000
chunky world world
chunky radius 10000
chunky start

Lag Makinesi ve Kötüye Kullanım#

Bazı lag sorunları teknik değil, kasıtlıdır. Oyuncular sunucuyu bilerek yavaşlatmak için hızlı redstone saatleri, sonsuz item üretimi, aşırı portal zincirleri veya çok sayıda hopper kurar.

1. Yoğun chunk’ı bulun#

   spark tickmonitor --threshold 100
   paper entity list

2. Koordinata gidip yapıyı inceleyin#

   Genellikle tek bir oyuncunun üssünde yoğunlaşır. Yapıyı silmeden önce ekran görüntüsü ve koordinat kaydı alın.

3. Kural koyun ve teknik sınır uygulayın#

   Hopper sayısına ve redstone saatlerine kural bazlı sınır koyun; ihlalleri griefing önleme rehberindeki yöntemlerle takip edin.

Donanım Sınırına Geldiyseniz#

Yukarıdaki tüm adımları uyguladığınız hâlde MSPT 40 ms’in altına inmiyorsa artık ayar oynayarak kazanç elde edemezsiniz. Minecraft’ın ana tick döngüsü tek çekirdekte çalıştığı için çözüm daha yüksek saat hızıdır, daha çok çekirdek değil.

Doğru paketi seçmek için RAM ihtiyacı tablosuna ve donanım seçimi rehberine göz atın. Türkiye lokasyonlu Minecraft sunucu paketleri düşük ping ve NVMe disk ile gelir; daha fazla kontrol isteyenler için yüksek frekanslı Ryzen VDS uygun bir adımdır.

Özetle#

Lag tek bir sorun değildir. Sunucu lag’i tick bütçesinin aşılmasıdır ve config ile donanımla çözülür. Ağ lag’i mesafe ve rota meselesidir, lokasyon seçimiyle çözülür. İstemci lag’i oyuncunun donanımıyla ilgilidir ve sunucu tarafında yalnızca dolaylı iyileştirilebilir.

Her lag bildiriminde aynı üç adımı uygulayın: spark health ile sunucuyu ölçün, ping ve paket kaybını kontrol edin, oyuncunun FPS’ini sorun. Bu üç veri elinizdeyken hangi tarafta çalışacağınız kesinleşir ve boşa harcanan saatler ortadan kalkar.