jvm踩坑日记

场景：
负责的算法平台项目将上传的算法jar包打包成一个spingboot的可执行jar包，项目中用命令启动该服务，命令如下：

String filePath = this.moduleFileRootPath + "/" + moduleId + "/" + version + "/algrithm-module-"
        + moduleId + "-" + version + ".jar";
nohup java -jar " + filePath + " --server.port=" + port + " --putParamsJson="
              + moduleConfigsJson

发现当120G内存的服务器启动20个左右的服务的时候，就不能在启动服务了，这远远低于我们的预期，我用jstat -gcutil 进程号 命令，结果如下：

S0、S1 代表两个Survivor区；

E 代表 Eden 区；

O（Old）代表老年代；

M（MateSpace）代表元空间（jdk1.8之后修改为mateSpace，之前是永久代Permanent）；
CCS （Young GC）代表 类指针压缩空间使用率,