Bilgi Bankası

Minecraft sunucu konsolunda:

Can't keep up! Is the server overloaded?

veya:

Can't keep up! Is the server overloaded? Running 5000ms or 100 ticks behind

benzeri bir uyarı görüyorsanız Minecraft sunucusu oyun ticklerini olması gereken hızda tamamlayamıyor demektir.

Bu hata özellikle Windows Server ve Windows VDS üzerinde modlu Minecraft, Paper, Purpur, Forge, NeoForge veya Fabric sunucularında görülebilir.

Ancak önemli bir nokta vardır: “Can't keep up” mesajı tek başına RAM'in yetersiz olduğu anlamına gelmez. Problem CPU, chunk generation, disk, plugin, mod, entity sayısı, Java veya başka bir işlemden kaynaklanabilir.

Bu rehberde ağırlıklı olarak Windows Server üzerinde bu hatanın nasıl teşhis edileceğini ve gerçek darboğazın nasıl bulunacağını anlatacağız.

1. Can't Keep Up hatası ne anlama gelir?

Minecraft normal şartlarda saniyede yaklaşık:

20 tick

çalışmayı hedefler.

Bir tick için yaklaşık:

50 ms

süre bulunur.

Sunucu gerekli işlemleri bu sürede tamamlayamazsa tickler geride kalmaya başlar.

Örneğin:

Can't keep up! Is the server overloaded? Running 5000ms or 100 ticks behind

mesajı sunucunun oyun zamanını gerçek zamana yetiştiremediğini gösterir.

Bu durumda oyuncular:

• blokları geç kırabilir,
• mobların hareketlerinde takılma görebilir,
• itemleri geç toplayabilir,
• redstone sistemlerinde gecikme yaşayabilir,
• teleport ve komutlarda gecikme hissedebilir.

2. Sunucu açılırken bir kez görmek ile sürekli görmek aynı şey değildir

Minecraft başlatılırken veya dünya ilk yüklenirken kısa süreli:

Can't keep up!

uyarısı görmek her zaman ciddi bir problem olduğu anlamına gelmez.

Örneğin sunucu başlangıç sırasında:

• çok sayıda mod yüklüyorsa,
• world dosyalarını okuyorsa,
• chunk hazırlıyorsa,
• plugin verilerini yüklüyorsa

kısa süreli gecikmeler yaşanabilir.

Ancak oyuncular sunucudayken bu mesaj sürekli tekrarlanıyorsa performans problemi araştırılmalıdır.

Başlangıçta 1 kez görülüyor ↓ Her zaman kritik olmayabilir Oyun sırasında sürekli görülüyor ↓ Performans analizi yapılmalı

3. İlk olarak TPS ve tick süresini kontrol edin

Paper, Purpur veya destekleyen bazı server yazılımlarında:

/tps

komutu kullanılabilir.

Normal hedef yaklaşık:

20 TPS

değeridir.

TPS sürekli 20'nin belirgin şekilde altına düşüyorsa server tickleri yetişemiyor olabilir.

Ancak TPS tek başına problemin nedenini söylemez.

Daha ayrıntılı teşhis için Spark gibi profiler araçlarından yararlanılabilir.

4. Spark ile gerçek problemi bulmak

Spark kuruluysa performans durumunu görmek için:

/spark healthreport

kullanabilirsiniz.

Daha ayrıntılı analiz için:

/spark profiler start

komutuyla profiler başlatılabilir.

Lag yaşanan süre boyunca sunucuyu normal şekilde kullanın.

Daha sonra:

/spark profiler stop

komutuyla raporu oluşturabilirsiniz.

Bu rapor hangi plugin, mod, entity veya Minecraft işleminin server thread üzerinde fazla zaman harcadığını anlamanıza yardımcı olabilir.

Doğru yaklaşım:

Can't keep up ↓ Neden yetişemiyor? ↓ Profiler ile ölç ↓ Darboğazı düzelt

şeklinde olmalıdır.

5. Windows Görev Yöneticisi ile CPU kullanımını kontrol edin

Windows Server üzerinde:

Ctrl + Shift + Esc

tuşlarına basarak Görev Yöneticisi'ni açın.

Ardından:

Ayrıntılar → java.exe

işlemini bulun.

Ancak yalnızca toplam CPU yüzdesine bakmak yanıltıcı olabilir.

Örneğin çok çekirdekli bir Windows VDS üzerinde Minecraft'ın ana işlemlerinden biri tek logical processor'ı tamamen kullanırken toplam CPU:

%15 %20 %30

gibi düşük görünebilir.

Bu nedenle:

Görev Yöneticisi → Performans → CPU → Grafiği değiştir → Mantıksal işlemciler

görünümünü kullanmak faydalıdır.

Bir çekirdek sürekli %100'e yakınken Minecraft TPS değeri düşüyorsa CPU tarafında darboğaz oluşmuş olabilir.

6. Neden daha fazla core her zaman çözüm değildir?

Minecraft sunucusundaki bütün işlemler eşit şekilde onlarca CPU çekirdeğine dağıtılamaz.

Özellikle ana server tick işlemleri güçlü tek çekirdek performansından faydalanır.

Bu nedenle:

16 yavaş core ≠ Minecraft için kesin olarak 8 hızlı core'dan daha iyi

şeklinde düşünmek gerekir.

Yüksek frekans ve güçlü tek çekirdek performansı sunan modern Ryzen işlemciler bu nedenle Minecraft sunucularında tercih edilebilir.

7. PowerShell ile Java işlemini kontrol edin

Windows PowerShell üzerinde çalışan Java işlemlerini görmek için:

Get-Process java -ErrorAction SilentlyContinue

kullanabilirsiniz.

CPU ve RAM bilgilerini birlikte görmek için:

Get-Process java -ErrorAction SilentlyContinue | Select-Object Id,ProcessName,CPU,@{Name="RAM_MB";Expression={[math]::Round($_.WorkingSet64/1MB,0)}}

Birden fazla java.exe görünüyorsa aynı Windows VDS üzerinde başka Minecraft sunucuları veya Java uygulamaları çalışıyor olabilir.

Bu işlemler aynı fiziksel kaynakları paylaşacaktır.

8. Can't Keep Up hatası RAM yetersizliği midir?

Her zaman değil.

Örneğin:

Windows VDS: 16 GB RAM Minecraft kullanımı: 6 GB CPU çekirdeği: %100 TPS: 12

durumunda RAM'i artırmak sorunu çözmeyebilir.

RAM gerçekten dolmuşsa bellek problemi araştırılmalıdır.

Ancak RAM boş olduğu halde server thread yetişemiyorsa CPU veya oyun içi yük daha güçlü bir şüphelidir.

Özellikle:

OutOfMemoryError

gibi açık bir Java bellek hatası yoksa yalnızca Can't keep up mesajına bakarak RAM yükseltmek doğru teşhis değildir.

9. Java'ya bütün RAM'i vermek çözüm değildir

16 GB RAM bulunan bir Windows VDS üzerinde:

-Xmx16G

vermek genellikle doğru değildir.

Windows Server'ın kendisi ve Java heap dışında kalan bellek alanları da RAM kullanır.

Örneğin:

-Xms4G -Xmx12G

gibi bir başlangıç noktası bazı 16 GB sistemlerde daha mantıklı olabilir.

Ancak gerekli miktar modpack, oyuncu sayısı ve diğer uygulamalara göre değişir.

10. View Distance değerini kontrol edin

Minecraft sunucu klasöründeki:

server.properties

dosyasında:

view-distance=10

değerini görebilirsiniz.

Çok yüksek view distance değerleri fazla oyunculu sunucularda daha fazla chunk yüküne neden olabilir.

Performans sorunu yaşanan bir sistemde kontrollü şekilde örneğin:

view-distance=8

test edilebilir.

Değeri gereksiz yere çok yükseltmek server thread üzerindeki işi artırabilir.

11. Simulation Distance ayarını kontrol edin

Aynı dosyada:

simulation-distance=10

değeri bulunabilir.

Simulation distance; oyuncu çevresindeki aktif oyun mekaniklerinin işlendiği alanı etkiler.

Bu alan içerisinde örneğin:

• mob AI,
• redstone,
• block entity işlemleri,
• crop ve bazı oyun mekanikleri

çalıştırılır.

Özellikle çok sayıda oyuncu bulunan sunucularda yüksek simulation distance CPU yükünü artırabilir.

Gerekirse:

simulation-distance=6

gibi daha düşük değerler kontrollü olarak test edilebilir.

12. Yeni chunk oluşturulurken Can't Keep Up çıkıyorsa

En sık karşılaşılan senaryolardan biri budur.

Örneğin:

Oyuncular spawn bölgesinde → TPS 20 Oyuncular elytra ile yeni alan keşfediyor → Can't keep up → TPS düşüyor

Bu durumda problem chunk generation olabilir.

Minecraft yeni bölge keşfedildiğinde terrain oluşturmak zorundadır.

Forge veya NeoForge modpacklerinde:

• yeni biome modları,
• yeni structure modları,
• yeni dimension modları,
• world generation modları

chunk üretimini daha ağır hale getirebilir.

13. Dünya önceden oluşturulabilir

Yüksek oyunculu sunucularda belirli bir dünya sınırı planlanıyorsa chunkların oyuncular gelmeden önce oluşturulması tercih edilebilir.

Bu işleme genellikle:

Chunk pregeneration

denir.

Böylece oyuncular yeni bölgelere gittiğinde sunucunun sürekli terrain üretmesi yerine önceden oluşturulmuş chunklar yüklenebilir.

Ancak pregeneration işleminin kendisi de CPU ve disk kullanır.

Bu işlemi oyuncu yoğunluğunun düşük olduğu saatlerde yapmak daha mantıklı olabilir.

14. Çok fazla entity sunucuyu geride bırakabilir

Minecraft dünyasında aşırı sayıda entity bulunması tick süresini artırabilir.

Örneğin:

• binlerce düşmüş item,
• aşırı mob farmı,
• çok büyük hayvan çiftlikleri,
• minecart sistemleri,
• armor stand kullanımı

server thread üzerinde yük oluşturabilir.

Problem belirli bir bölgeye oyuncu ışınlandığında başlıyorsa o chunklardaki entity ve block entity yükü kontrol edilmelidir.

15. Hopper ve redstone sistemlerini kontrol edin

Survival ve Skyblock sunucularında büyük otomasyon sistemleri ciddi tick yükü oluşturabilir.

Örneğin çok yüksek sayıda:

hopper redstone minecart farm furnace

kullanılması Minecraft'ın her tick içerisinde daha fazla hesaplama yapmasına neden olabilir.

Spark profiler ile belirli chunk veya mekaniklerin tick süresine etkisi incelenebilir.

16. Plugin kaynaklı Can't Keep Up hatası

Paper, Spigot veya Purpur üzerinde kötü optimize edilmiş bir plugin ana server thread üzerinde uzun işlemler çalıştırabilir.

Örneğin:

• çok sık çalışan scheduler görevleri,
• yüksek miktarda entity taraması,
• senkron veritabanı işlemleri,
• büyük dosya işlemleri

tick süresini yükseltebilir.

Burada önemli olan plugin sayısı değil, pluginlerin ne yaptığıdır.

80 plugin var ≠ Kesin lag yapar

Tek bir problemli plugin bile onlarca düzgün pluginden daha fazla yük oluşturabilir.

17. Forge / NeoForge modları da sebep olabilir

Modlu Minecraft sunucularında:

• otomasyon sistemleri,
• pipe ve cable ağları,
• makineler,
• özel moblar,
• dimensionlar,
• world generation

server tick yükünü artırabilir.

Sunucuda yüzlerce mod olması tek başına hangi modun sorunlu olduğunu göstermez.

Modları rastgele silmek yerine profiler sonucu ve loglar değerlendirilmelidir.

18. Disk kullanımı %100'e ulaşıyor mu?

Windows Görev Yöneticisi üzerinden:

Performans → Disk

bölümünü kontrol edin.

Minecraft:

• world kaydederken,
• chunk yüklerken,
• backup alırken,
• region dosyalarını işlerken

disk erişimi yapar.

Disk sürekli %100 kullanımda kalıyorsa performans problemi yalnızca CPU kaynaklı olmayabilir.

Hızlı NVMe SSD kullanımı Minecraft'ın yoğun disk işlemlerinde fayda sağlayabilir.

19. Backup işlemi sırasında hata çıkıyor olabilir

Sunucunuz belirli aralıklarla otomatik backup alıyorsa büyük world klasörlerinin sıkıştırılması ciddi disk ve CPU yükü oluşturabilir.

Örneğin:

Her gece 04:00 → Backup başlıyor → Disk %100 → Can't keep up uyarıları başlıyor

gibi düzenli bir desen varsa yedekleme sistemi incelenmelidir.

Backup saatlerini oyuncu yoğunluğunun düşük olduğu zamanlara almak faydalı olabilir.

20. Windows Defender ve antivirüs taramasını kontrol edin

Windows Defender veya başka bir güvenlik yazılımı Minecraft'ın world, mod veya log dosyalarını yoğun şekilde tarıyorsa ek disk ve CPU yükü oluşturabilir.

Görev Yöneticisi üzerinden güvenlik yazılımlarının kaynak kullanımını kontrol edin.

Ancak güvenlik yazılımını tamamen devre dışı bırakmak yerine gerekli güvenlik değerlendirmesi yapılarak uygun exclusion politikaları kullanılmalıdır.

21. Aynı Windows VDS üzerinde başka programlar çalışıyor olabilir

Minecraft dışında çalışan uygulamalar da kaynak kullanabilir.

Örneğin:

• ikinci Minecraft sunucusu,
• MySQL / MariaDB,
• web server,
• kontrol paneli,
• backup yazılımı,
• antivirüs

CPU, RAM veya disk kaynaklarını paylaşır.

PowerShell üzerinde CPU kullanan işlemleri görmek için:

Get-Process | Sort-Object CPU -Descending | Select-Object -First 15 ProcessName,Id,CPU

kullanabilirsiniz.

22. Windows güç planını kontrol edin

Windows Server üzerindeki aktif güç planını görmek için CMD veya PowerShell üzerinde:

powercfg /getactivescheme

komutunu çalıştırabilirsiniz.

Sunucu sistemlerinde işlemcinin gereksiz şekilde düşük performans modunda çalışmadığından emin olunması faydalıdır.

23. Sunucuyu restart etmek neden geçici çözüm olabilir?

Bazı Minecraft sunucularında restart sonrası:

TPS 20 Can't keep up yok

durumu görülürken birkaç saat sonra:

TPS düşüyor Can't keep up tekrar başlıyor

olabilir.

Bu durumda:

• zamanla artan entity sayısı,
• memory leak,
• loaded chunk sayısı,
• plugin veya mod taskları,
• otomasyon sistemleri

araştırılmalıdır.

Sunucuya sürekli restart atmak gerçek problemi çözmek yerine yalnızca belirtileri geçici olarak sıfırlayabilir.

24. Java Garbage Collection etkili olabilir mi?

Java kullanılmayan nesneleri temizlemek için Garbage Collection işlemleri gerçekleştirir.

Bellek baskısı, yanlış JVM yapılandırması veya problemli mod/plugin davranışları bazı durumlarda uzun duraklamalara neden olabilir.

Ancak her:

Can't keep up

mesajını doğrudan Garbage Collection problemi olarak değerlendirmek doğru değildir.

CPU, RAM, tick süresi ve profiler verileri birlikte değerlendirilmelidir.

25. Linux / Ubuntu üzerinde temel kontrol

Linux üzerinde de aynı mantık uygulanır.

CPU kullanımını kontrol etmek için:

top

veya kuruluysa:

htop

kullanılabilir.

RAM durumunu görmek için:

free -h

Java işlemlerini görmek için:

pgrep -a java

kullanabilirsiniz.

Linux'ta da Minecraft tarafındaki TPS ve Spark profiler analizi aynı mantıkla yapılmalıdır.

26. Windows ve Linux hızlı karşılaştırma

Windows Server:

Get-Process java Get-Process | Sort-Object CPU -Descending | Select-Object -First 15 powercfg /getactivescheme

Linux / Ubuntu:

top free -h pgrep -a java

27. Can't Keep Up hatası için hızlı teşhis sırası

Uyarı sürekli mi geliyor? ↓ TPS düşük mü? ↓ Spark profiler ne gösteriyor? ↓ Tek CPU çekirdeği %100 mü? ↓ RAM gerçekten dolu mu? ↓ Disk %100 kullanılıyor mu? ↓ Yeni chunk generation var mı? ↓ Entity / hopper / redstone yükü yüksek mi? ↓ Plugin veya mod tick süresini yükseltiyor mu? ↓ Backup / antivirüs / diğer servisler kaynak tüketiyor mu?

28. Bu hata çıktığında hemen RAM satın almayın

Can't keep up! Is the server overloaded? mesajındaki overloaded kelimesi kullanıcıların doğrudan RAM'in yetersiz olduğunu düşünmesine neden olabilir.

Ancak Minecraft açısından overload:

CPU darboğazı Chunk generation Plugin Mod Entity Redstone Disk RAM Java Başka bir sistem işlemi

gibi birçok farklı sebepten oluşabilir.

Bu nedenle önce darboğazı belirleyip ardından doğru kaynağı yükseltmek daha mantıklıdır.

29. Minecraft için güçlü altyapı kadar doğru teşhis de önemlidir

Minecraft sunucusunda yüksek RAM olması tek başına yüksek performans garantisi değildir.

Dengeli bir Minecraft altyapısı için:

Güçlü tek çekirdek CPU + Yeterli RAM + Hızlı NVMe SSD + Doğru Java + Doğru server ayarları + Optimize plugin / modlar

birlikte değerlendirilmelidir.

Batihost'ta sadece kaynak vermiyoruz, Minecraft da biliyoruz.

Minecraft sunucunuz sürekli Can't keep up! Is the server overloaded? uyarısı veriyor, TPS düşüyor veya RAM artırmanıza rağmen lag problemi devam ediyorsa rastgele kaynak yükseltmek yerine gerçek darboğazın tespit edilmesi gerekir.

Batihost olarak Windows VDS ve Minecraft sunucularında Ryzen işlemci, NVMe SSD ve DDoS korumalı altyapının yanında Java, Forge, NeoForge, Fabric, plugin, mod ve sunucu performansı problemlerinin teşhisinde de müşterilerimize yardımcı oluyoruz.

Batihost Minecraft Sunucu ve Windows VDS hizmetlerini inceleyin