بقلم سيرفر Minecraft بنسخة vanilla لعدد قليل من الأصدقاء يحتاج 3 إلى 4 GB. وعشرة لاعبين أو أكثر يحتاجون 6 إلى 8 GB. والمودباك الخفيف يبدأ من 6 إلى 8 GB، والحزم الثقيلة مثل ATM9 أو RLCraft تحتاج 8 إلى 12 GB أو أكثر. الرقم المهم ليس عدد اللاعبين، بل ما يحمّله السيرفر عند بدء التشغيل.
هذه النقطة الأخيرة هي التي تفوت معظم الأدلة. المودات تُحمَّل في الـheap سواء كان أحد متصلًا أم لا، لذا قد يحتاج سيرفر مودات للاعبين اثنين ذاكرة أكثر من سيرفر vanilla لخمسة عشر لاعبًا.
الـRAM بحسب الإعداد
| الإعداد | RAM | ما الذي يحددها |
|---|---|---|
| Vanilla، من 1 إلى 5 لاعبين | 3 إلى 4 GB | الإصدارات الحديثة أثقل مما تفترضه الأدلة القديمة |
| Vanilla، من 5 إلى 15 لاعبًا | 4 إلى 6 GB | تحميل الـchunks وعدد الكيانات |
| Vanilla، أكثر من 15 لاعبًا | 6 إلى 8 GB | تصبح مسافة الرؤية هي الرافعة |
| مودباك خفيف | 6 إلى 8 GB | تُدفع كلفتها عند بدء التشغيل لا عند الذروة |
| مودباك ثقيل (ATM9 وRLCraft) | 10 إلى 16 GB | مئات المودات، لكل منها سجلّه (registry) الخاص |
المزيد من الـRAM لا يصلح تأخر الـtick
هذا أغلى سوء فهم في استضافة Minecraft، ويكلّف الناس المال عند كل مستضيف، ومنهم نحن.
حلقة الـtick في Minecraft أحادية الخيط إلى حد كبير. إن لم يستطع السيرفر إنهاء tick في 50 ms، ينخفض TPS دون 20 ويبدو كل شيء بطيئًا. وهذا عادةً سببه CPU أو حجم العمل، لا الذاكرة. إضافة RAM إلى سيرفر مقيّد بـCPU لا تغيّر شيئًا، وقد تجعله أسوأ قليلًا، لأن الـheap الأكبر يعني توقفات أطول لتجميع النفايات (garbage collection).
الأعراض تنفصل بوضوح:
- TPS منخفض والذاكرة غير ممتلئة يعني حمل CPU أو كيانات. افحص الـhoppers ومزارع الوحوش ومحمّلات الـchunks والـredstone قبل شراء أي شيء.
- ذاكرة بشكل أسنان المنشار وتجمّدات دورية تعني تجميع النفايات. وهذه مشكلة ضبط.
java.lang.OutOfMemoryErrorتعني أنك تحتاج فعلًا إلى مزيد من الـRAM، وهذه الحالة لا لبس فيها.
اجعل Xms وXmx بالقيمة نفسها
علمان يحددان كيف تستخدم JVM الذاكرة التي دفعت ثمنها:
-Xmsهو الـheap الابتدائي، و-Xmxهو الحد الأقصى.- اجعلهما متساويين. إذا كان بإمكان الـheap أن ينمو أثناء التشغيل، فإن النمو يثير تجميع نفايات إضافيًا، ويظهر ذلك كتأخر في الـtick.
- لا تخصّص الباقة كلها للـheap. اترك نحو 20% لـJVM نفسها ولنظام التشغيل. تخصيص 8 GB من باقة 8 GB هو ما يجعل المضيف يقتل السيرفر بدل أن يتعطل بسبب Minecraft.
على Paper، تُعد أعلام Aikar المعيار الشائع لأنها تضبط جامع G1 لهذا النوع من العمل تحديدًا. وheap مضبوط جيدًا بحجم 6 GB يتفوق على heap بحجم 12 GB مضبوط بشكل سيئ، ولهذا يكون شراء ذاكرة أكبر عادةً الأمر الثاني الذي تجرّبه لا الأول.
ما الذي تفحصه قبل شراء المزيد
- مسافة الرؤية. خفضها من 10 إلى 6 كثيرًا ما يفيد أكثر من مضاعفة الـRAM، لأنها تقلل عدد الـchunks التي يبقيها السيرفر نشطة لكل لاعب.
- عدد الكيانات. مزارع الوحوش والعناصر المتساقطة هي المتهم المعتاد.
- برنامج السيرفر. يتعامل Paper مع حجم العمل نفسه بموارد أقل من vanilla أو Forge.
- ثم حجم الباقة.
إذا كنت تعالج مشكلة لا تحدد حجمًا، فإن تقليل تأخر السيرفر يتناول جانب الضبط بتفصيل أكبر، ومنطق الـtick مقابل الذاكرة نفسه ينطبق على Terraria وProject Zomboid، اللتين تفشلان بطرق متشابهة بوضوح.
تتيح استضافة سيرفر Minecraft لدينا تغيير الـheap والأعلام من اللوحة، فتجربة heap أصغر وأفضل ضبطًا لا تكلّف شيئًا.
متى تبالغ في الشراء
إذا كان خمسة أشخاص يلعبون vanilla على عالم صغير ويثبت TPS عند 20، فلا تحتاج إلى 8 GB، ولن تجعل أي ذاكرة إضافية اللعبة أفضل مما هي عليه. اشترِ الفئة التي تناسب حجم العمل، وأنفق الفرق على موقع أقرب إلى لاعبيك، وهذا ما ستلاحظه فعلًا.
