MCTOOLBOX
MC ToolboxMC TOOLBOX

เซิร์ฟเวอร์และไฟล์

เครื่องคำนวณ RAM

ประมาณปริมาณ RAM ที่เหมาะสมสำหรับเซิร์ฟเวอร์ Minecraft ของคุณตามประเภทเซิร์ฟเวอร์ จำนวนผู้เล่น และปลั๊กอิน/ม็อด

การกำหนดค่าเซิร์ฟเวอร์

เซิร์ฟเวอร์แบบปลั๊กอินมักเป็นตัวเลือก Java ที่มีประสิทธิภาพสูงสุด

ผู้เล่นสูงสุด20
1200
จำนวนปลั๊กอิน25
0200
ระยะการมองเห็น10 ชังก์
232
โลกที่โหลด1
110

คำแนะนำ

จากการกำหนดค่าของคุณ เราขอแนะนำ:

4 GB

RAM เพื่อประสิทธิภาพที่ดีที่สุด

4 GB

แฟล็ก JVM ที่แนะนำ

-Xms4G -Xmx4G

นี่เป็นเพียงการประมาณ ปลั๊กอิน/ม็อดจำนวนมากหรือโลกขนาดใหญ่อาจต้องใช้ RAM มากขึ้น วางแผนประมาณ 6 GB ทั้งหมดบนโฮสต์เพื่อให้ระบบปฏิบัติการและ JVM non-heap ไม่ขาดแคลน

Paper/Purpur ที่มีระยะมองเห็นสมเหตุสมผลมักมีประสิทธิภาพกว่า vanilla

วิธีใช้: เครื่องคำนวณ RAM เซิร์ฟเวอร์ Minecraft

การเลือกขนาด heap เป็นการเดาจนกว่าคุณจะมีเมตริกจริง เครื่องคิดเลขนี้ประมาณความต้องการ heap ของ Java จากจำนวนผู้เล่น โหลดปลั๊กอินหรือม็อด ระยะการมองเห็น โลก และประเภทซอฟต์แวร์ เพื่อให้คุณสามารถกำหนดขนาด VPS หรือกรอก -Xms/-Xmx ในสคริปต์เริ่มต้น เป็นเครื่องมือวางแผน ไม่ใช่เกณฑ์มาตรฐานในห้องแล็บ

คุณตั้งค่าผู้เล่นที่คาดหวัง ปลั๊กอินหรือม็อด ระยะการมองเห็น โลกที่โหลด และว่าคุณใช้ซอฟต์แวร์แบบ Paper, vanilla, Fabric หรือ Forge หน้านี้จะคืนค่า heap ที่แนะนำและแฟล็ก JVM ที่พร้อมคัดลอก ใช้ตัวเลขเหล่านั้นเป็นรอบแรก จากนั้นตรวจสอบกับ Spark หลังจากการเข้าชมจริง

Xmx คือ heap ของ Java ระบบปฏิบัติการ Docker เอเจนต์แผงควบคุม และการจัดสรรแบบเนทีฟบางอย่างยังต้องการหน่วยความจำว่าง หากเครื่องมี 8 GB การปล่อย Xmx ที่ 8 GB มักทำให้เกิด swap และค้างนาน วางแผน RAM ของโฮสต์ให้สูงกว่า heap

เซิร์ฟเวอร์ปลั๊กอินและชุดม็อดหนักไม่ได้ปรับขนาดในลักษณะเดียวกัน แพ็ก Forge และ Fabric อาจต้องใช้ heap มากกว่าโลก Paper แบบเอาชีวิตรอดที่บางเบามากเมื่อมีจำนวนผู้เล่นเท่ากัน ถือว่าค่าประมาณม็อดเป็นพื้น ไม่ใช่เพดาน

ระยะการมองเห็นและการจำลองที่สูงขึ้นโหลดชังค์ต่อผู้เล่นมากขึ้น โลกที่โหลดเพิ่มเติมจะคูณต้นทุนนั้น หาก TPS ลดลง การลดระยะทางมักช่วยได้มากกว่าการเพิ่ม RAM เพียงอย่างเดียว

สังเกตการหยุดชั่วคราวของ GC heap ที่ใช้ และ MSPT heap น้อยเกินไปทำให้เกิด GC ตลอดเวลา มากเกินไปอาจทำให้ GC เต็มยาวขึ้น การตั้ง Xms และ Xmx เท่ากันเป็นนิสัยทั่วไปเพื่อไม่ให้ heap ปรับขนาดตลอดทั้งวัน

คำถามที่พบบ่อยเกี่ยวกับเครื่องคำนวณ RAM

RAM มากขึ้นดีกว่าเสมอหรือไม่?

ไม่ heap ที่ใหญ่เกินไปอาจหมายถึงการหยุด GC นานขึ้น จับคู่โหลด แล้ววัดผล

ทำไม Xms และ Xmx เท่ากัน?

ทั่วไปเพื่อไม่ให้ heap เติบโตและหดตัวตลอดทั้งวัน ไม่ใช่กฎตายตัว แค่ค่าเริ่มต้นปกติ

นี่คือ RAM ทั้งหมดของเครื่องหรือไม่?

ไม่ ส่วนใหญ่เป็น heap ของ Java ซื้อ RAM มากกว่า Xmx เล็กน้อยสำหรับโฮสต์

สิ่งนี้จะแก้แลคหรือไม่?

เฉพาะเมื่อคุณมีทรัพยากรไม่เพียงพอจริงๆ ปัญหาปลั๊กอินและลูป tick ที่ไม่ดีต้องแก้ต่างหาก

ฉันจะวางแฟล็กที่ไหน?

ในสคริปต์เริ่มต้นหรืออาร์กิวเมนต์ JVM ของแผงควบคุม เครื่องมือ Start Script สามารถเขียนไฟล์ให้คุณได้