Minecraft Sunucusu İçin Ne Kadar RAM Gerekir?

Ne kadar RAM'e ihtiyacınız olduğunu gerçekte ne belirler

Bir Minecraft sunucusunun ne kadar bellek isteyeceğini iki kaldıraç belirler. Diğer her şey bunların yanında gürültüden ibarettir.

• Oyuncu sayısı RAM'i kademeli olarak artırır. Bağlanan her oyuncu etrafındaki chunk'ları yükler; dolayısıyla daha fazla oyuncu — ve daha yüksek bir view-distance — aynı anda bellekte tutulan dünyanın daha büyük olması demektir. 4 oyuncudan 20 oyuncuya çıkmak gerçek bir artıştır, ama yönetilebilir bir artış.
• Modlar ve eklentiler ise açık ara en büyük kaldıraçtır. Vanilla hafiftir. Bir avuç Paper eklentisi biraz yük ekler. Bir modpack ise tamamen farklı bir kategoridir: her mod, tek bir oyuncu bile katılmadan önce kendi kodunu, eşyalarını, bloklarını ve dünya üretimini belleğe yükler; işte bu yüzden 200 modluk bir CurseForge paketi, aynı oyuncu sayısı için bir vanilla sunucunun birkaç katı RAM'e ihtiyaç duyabilir.

Modelin tamamı bundan ibaret: vanilla oyuncuyla, modlu sunucu modla ölçeklenir. Bir dünyanın boyutu ve yaşı da rakamı biraz yukarı çeker — çok sayıda yüklü chunk'a sahip, geniş ve yıllar öncesine dayanan bir harita, yeni bir haritadan daha pahalıya mal olur — ama boyutlandırmayı oyunculara ve modlara göre yaparsınız. Okumaya devam ederken bir şeyi aklınızın bir köşesinde tutun: RAM, sunucunun kaynaklarından yalnızca biridir ve belli bir noktadan sonra önemli olan kaynak olmaktan çıkar (bununla ilgili daha fazlası: neden daha fazla RAM her zaman çözüm değildir).

Kuruluma göre bir Minecraft sunucusunun ne kadar RAM'e ihtiyacı var

Planları üzerine kurduğumuz boyutlandırma şöyle — bir arkadaşımıza vereceğimiz rakamların aynısı. "Hedeflenecek RAM", bilgisayarınızın toplam RAM'i değil, sunucunun kendisine ayrılacak miktardır; bilgisayarınızın bunun üstüne ayrıca pay bırakması gerekir (bkz. nasıl ayrılır).

Bir modpack çalıştırıyor ve hangi banda düştüğünüzden emin değil misiniz? Hem paket boyutu hem de oyuncu sayısı sizi tabloda yukarı iter — modlu Minecraft sunucusu rehberi yükleyicileri ve paket boyutlarını ayrıntılı olarak açıklıyor.

Sunucunuza bu RAM'i nasıl verirsiniz

Rakamı bilmek işin yarısı; diğer yarısı ise o belleği gerçekten sunucuya teslim etmek. Bu, sunucunun nerede çalıştığına bağlı olarak farklı işler.

Kendi barındırma: -Xmx ve -Xms bayrakları

Sunucu jar'ını kendiniz başlattığınızda belleğini iki bayrak kontrol eder. -Xmx maksimum heap'i (tavanı), -Xms ise başlangıç heap'ini belirler. Minecraft için yaygın ve iyi test edilmiş tavsiye, bunları eşit ayarlamaktır; böylece JVM, yük altında yeniden boyutlandırmak yerine tüm belleğini en baştan kapar:

java -Xms4G -Xmx4G -jar server.jar nogui

Bu satır, 4 GB'lik bir sunucu başlatır. İnsanların takıldığı birkaç nokta:

• 64 bit Java kullanın. 32 bit Java yaklaşık 1,5 GB'den fazlasını adresleyemez; dolayısıyla -Xmx4G başlamayı reddediyorsa sebebi genellikle budur. Güncel her Temurin veya Java 25 sürümü 64 bittir.
• Sunucuya asla tüm RAM'inizi vermeyin. İşletim sistemi için en az 1-2 GB bırakın; Minecraft istemcisini de aynı bilgisayarda çalıştırıyorsanız daha fazlasını — oyunun, sunucununkine ek olarak kendi belleğine ihtiyacı vardır.
• Ardından Aikar's flags ile ince ayar yapın. Temeller çalışmaya başladıktan sonra, topluluk standardı olan "Aikar's flags", Java'nın G1 çöp toplayıcısını Minecraft'ın bellek düzenine göre yeniden ayarlar; azıcık RAM'den feragat ederek belirgin biçimde daha istikrarlı tick'ler sağlar. Bunlar, yalın bir -Xmx/-Xms ayarının ardından atılacak standart bir sonraki adımdır. Jar, EULA, port yönlendirme ve tüm ayrıntılarıyla eksiksiz kendi barındırma anlatımını Minecraft Sunucusu Nasıl Kurulur rehberinde bulabilirsiniz.

Barındırmalı: bir beden seçin, yerinde yükseltin

Yönetilen bir sunucuda düzenlenecek bayrak yoktur. Sipariş verirken RAM'i bir kaydırıcıyla seçersiniz ve plan o boyutta oluşturulur — başlangıç bayrakları (Aikar's dahil) sizin için çoktan ayarlanmıştır.

Asıl avantaj, ilk tahmininizi aştığınızda ortaya çıkar: Minecraft barındırma sayfasında kaydırıcıyı yukarı çekersiniz ve ek RAM, aynı sunucuya, dünyaya ve ayarlar bozulmadan uygulanır — yeniden kurulum yok, taşıma yok, yaklaşık bir dakikada biter. Yukarıdaki pratik kuralın "küçük başlayın" olmasının nedeni tam da budur: barındırmalı bir planda sonradan RAM eklemenin bir dakikadan başka maliyeti yoktur.

Sunucunuzun daha fazla RAM'e ihtiyaç duyduğunun belirtileri

Sunucunuzun aç kalıp kalmadığını tahmin etmenize gerek yok. Bunu size birkaç tanıdık şekilde söyler:

• Tick'ler geri kalır. Konsol Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s) mesajını yazdırır; oyun içinde bu, geri sekme (rubber-banding), donan yaratıklar ve kırılması bir an geciken bloklar olarak kendini gösterir.
• Dünyayı kaydetmek takılır. Otomatik kayıtla aynı ana denk gelen, birkaç dakikada bir yaşanan kısa bir donma çoğu zaman sunucunun bellek için mücadele ettiği anlamına gelir.
• Doğrudan çöker. En net sinyal, günlüğünde java.lang.OutOfMemoryError: Java heap space geçen bir çökmedir — sunucu, -Xmx tavanının izin verdiğinden daha fazla bellek istemiştir.

Hangisi olduğunu görmek için, ücretsiz spark profil aracı (/spark health veya /spark profiler komutunu çalıştırın) tick sürelerini ve bellek kullanımını gösterir; barındırmalı bir panel ise canlı RAM'i bir grafik üzerinde çizer. Bellek tavana yapışık duruyorsa bedeni büyütün. Bellekte yer varken tick'ler yine de takılıyorsa önce sonraki bölümü okuyun.

Neden daha fazla RAM her zaman çözüm değildir

Çoğu boyutlandırma tavsiyesinin atladığı kısım işte budur. Minecraft, ana oyun döngüsünü — yaratıkları hareket ettiren, ekinleri büyüten ve redstone'u işleyen "tick"i — büyük ölçüde tek bir CPU iş parçacığında çalıştırır. Bellek dünyayı tutar; düşünmeyi tek bir çekirdek yapar. Sunucu her şeyi tutmaya yetecek RAM'e kavuştuktan sonra, daha fazlasını eklemek o çekirdeği bir nebze bile hızlandırmaz.

İçselleştirilmeye değer iki sonuç var:

• RAM'de yer varken tick'ler takılıyorsa darboğaz bellek değil, CPU'dur. Tek çekirdekte tavan yapmış bir sunucuya 32 GB atmak hiçbir şeyi değiştirmez. İnsanların yaptığı açık ara en yaygın boyutlandırma hatası budur.
• Çok fazla RAM zarar bile verebilir. Çok büyük bir heap, Java'nın çöp toplayıcısına bir seferde süpürecek daha fazla şey verir; bu da daha uzun duraklama-takılmalarına dönüşebilir — "daha küçük başlayın" kuralının geçerli olmasının bir nedeni daha.

CPU sınır olduğunda asıl fark yaratan şey yüksek saat hızıdır. HytHost'un Minecraft'ı çok sayıda yavaş çekirdek yerine yüksek saat hızlı Ryzen ve Intel i9 CPU'larda çalıştırmasının nedeni budur — Minecraft için önemli olan bir çekirdeğin ne kadar hızlı olduğudur, kaç tane olduğu değil. Yazılım tarafında ise view-distance ve simulation-distance değerlerini düşürerek, dünyanızın chunk'larını önceden üreterek, vanilla yerine Paper çalıştırarak veya modlu bir kurulumda Lithium gibi performans modları ekleyerek o çekirdeğin yükünü hafifletebilirsiniz. RAM dünyanızı yükler; ne kadar akıcı çalışacağına ise CPU ve yazılım tercihleriniz karar verir.