[优化教程]通过修改启动Java脚本来优化客户/服务端[转载]

GreyD

相信很多人都知道，开服需要通过一个写着一串代码的启动脚本来启动服务器，启动客户端也同理，只是客户端帮你简化了这件事。现在就来教大家如何通过修改启动Java脚本来优化Minecraft客户/服务端。
以下是启动脚本(以Minecraft官方1.8服务端为例):



参数说明

---

-server:一定要作为第一个参数，会使JVM启动速度变慢，但会显著提升JVM性能
-d64:强制使用64位JVM，如果不是64位系统和java请去掉
-Xmx3550m:设置JVM最大堆内存为3550M。
-Xms3550m:设置JVM初始堆内存为3550M。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存.
-Xss128k:设置每个线程的栈大小。JDK5.0以后每个线程栈大小为1M，之前每个线程栈大小为256K。应当根据应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成,经验值在3000~5000左右。需要注意的是:当这个值被设置的较大（例如>2MB)时将会在很大程度上降低系统的性能。
-Xmn2g: 设置年轻代大小为2G。在整个堆内存大小确定的情况下，增大年轻代将会减小年老代，反之亦然。此值关系到VM垃圾回收，对系统性能影响较大，官方推荐配置为整个堆大小的3/8。
-XX:NewSize=1024m:设置年轻代初始值为1024M。
-XX:MaxNewSize=1024m:设置年轻代最大值为1024M。
-XX:PermSize=256m:设置持久代初始值为256M。
-XX:MaxPermSize=256m:设置持久代最大值为256M。
-XX:NewRatio=4∶设置年轻代(包括1个Eden和2个Survivor区)与年老代的比值。表示年轻代比年老代为1:4。
-XX:SurvivorRatio=4:设置年轻代中Eden区与Survivor区的比值。表示2个Survivor区(JVM堆内存年轻代中默认有2个大小相等的Survivor区)与1个Eden区的比值为2:4，即1个Survivor区占整个年轻代大小的1/6。
-XX:MaxTenuringThreshold=7:表示一个对象如果在Survivor区(救助空间)移动了7次还没有被垃圾回收就进入年老代。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代，对于需要大量常驻内存的应用，这样做可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象在年轻代存活时间，增加对象在年轻代被垃圾回收的概率，减少Full GC的频率，这样做可以在某种程度上提高服务稳定性。


GC(垃圾回收)参数

---

Sun HotSpot JVM通常使用的GC算法是分代回收。即把对象按生命周期不同分为年轻代和年老代。新的对象会先生成在Young Area，在几次GC以后，如果没有收集到，就会逐渐升级到Tenured Area。
SunJVM默认的回收器称为serial collector，即串行回收，我们也可以使用多线程并发回收来提高效率。需要注意的是，在单核的机器上，使用默认的回收器可能会更好。
-XX:+UseParNewGC:为年轻代对象使用并发回收，会缩短年轻代对象的回收时间
-XX:+UseConcMarkSweepGC:为年老代使用并发回收
-XX:+UseParallelGC:该收集器和UseConcMarkSweepGC是互相排斥的，为新生代使用并行清除，年老代使用单线程Mark-Sweep-Compact的垃圾收集器。


补充说明

---

其中的几个参数LZ忘记收集了必要的资料，没记错应该是减少服务器崩溃的几率。以上参数设置好后可以减少服务器崩溃次数和从底层提高server的效率。

参数跟单核心性能没有关系，其中几个参数是受核心线程的影响·例如-XXParallelGCThreads=20如果是双核4线程，可以写到4-10就可以了，如果双核双线程值可以写为2-5，只要不是单核服务器，里面大部分参数都有效。

另外，因为服务器和客户端都是基于VM运行的，所以以上参数适用于游戏客户端，如在启动器参数中设置。具体怎么做根据启动器类型的不同略有出入。LZ使用的是MCLauncherBN里面有参数设置栏，表示很方便。

当然还有server.properties的可视区块设置和最大玩家数设置，这两个我没有多大感觉。

这些启动参数不仅适用于官方服务器端的启动，同样适用于任何基于JDK6.0以后的服务器端（基本都是) bukkit sipgot还是官方服务器。

---

本帖转自于MC服主网