该弄的优化我基本都弄了
配置文件大部分都已按照论坛dalao的优化贴进行了修改
可服务器人数一过20,Tps就会狂降至个位数。。。。。
后台也并无什么报错
实在没辙了,请dalao帮忙瞅瞅,谢谢！
服务器核心是1.12.2的CatPro
Timings：https://timings.spigotmc.org/?url=yutipijida
如果你看不出什么猫腻,你也可以告诉我一下你的优化方案,万分感谢！

机器睿频可达4HZ,应该不是机器的原因,但也不排除是它的原因.

(如果你是这方面的专家,可以加我QQ详聊:2286224471) 可有偿

tickEntities事件造成的卡顿，这是大多数人数较多服务器卡顿的主要原因
使用这个插件
http://www.mcbbs.net/thread-846870-1-1.html
或者使用这个模组，比上面那个插件要好用一点点，客户端不用加
http://www.mcbbs.net/thread-726642-1-1.html

除此以外，附通用优化方案：
1.使用更好的启动参数：http://www.mcbbs.net/thread-839828-1-1.html
2.根据这个教程来配置你的服务器配置文件：http://www.mcbbs.net/thread-774469-1-1.html
3.使用这些优化模组：
http://www.mcbbs.net/thread-853660-1-1.html
http://www.mcbbs.net/thread-678442-1-1.html
http://www.mcbbs.net/thread-539780-1-10.html

不知道 cat 能不能用这个mod

你安装这个mod TickProfiler-1.12-0.0.7.jar (623.95 KB, 下载次数: 2)

然后站在一个世界输指令  /profile e  然后把结果给我看看。

然后再输 /profile s  给我看看结果（这个要等10分钟

好的  我现在就去试试 请等一下

讲道理买了catPRo你不能申请售后支持么 煤老板应该能告诉你问题的

如果装了mod  是不是就可以卸载那个插件了

（这个插件我已经再用了）

本帖最后由 xmdhs 于 2019-7-15 21:38 编辑

看错了回复错了

你去试试吧，那个mod能不能用在cat上还不知道呢

.....
那我还需不需要发你这个呢？

/话说这是啥mod呀？

是的，但是这个mod的效果不一定有插件好，两者各有优势，请选择一个作为你服务器的相关优化
以及，上面的timings如果是你用过插件以后的timings那么问题就多了，上面的是TickEntities事件造成的卡顿，而不是TickEntitiesAI或者LivingEntitiesAI或者LivingEntitiesMove，这差距可大着了，这说明你的服务器单纯因为实体过多而不是实体的AI或者移动事件卡顿
因此，你更需要一个优秀的扫地大妈插件和能让玩家多把时间花在地皮世界(地皮世界不刷怪，实体少嘛)的方法

需要，用来分析哪卡服的mod，不过是从sponge的优化教程那看来的

第一个
[21:50:40] [EntityProfiler/INFO]:
Running EntityProfiler for 30 seconds
>
[21:51:10] [EntityProfiler/INFO]:
TPS: 19.376102
                      Single Entity | Time/Tick |     %
monster.EntityZombie 3399,65,-269:0 |     0.252 | 4.781
monster.EntityZombie 3389,63,-283:0 |     0.218 | 4.507
    monster.EntitySkeleton 9,64,4:0 |     0.156 | 3.223
      EntityCustomNpc -368,68,739:0 |     0.138 | 2.834
      EntityCustomNpc -364,68,745:0 |     0.118 | 2.434
      Chunk | Time/Tick |      %
   0: 0, -1 |     0.882 | 18.252
0: 211, -19 |     0.396 |  8.202
0: 212, -17 |     0.330 |  6.835
   0: 1, -1 |     0.324 |  6.709
0: 211, -18 |     0.302 |  6.256
          All Entities of Type | Time/Tick |      %
          monster.EntityZombie |     0.873 | 18.076
        monster.EntitySkeleton |     0.483 | 10.009
             mana.TileSpreader |     0.369 |  7.631
           tile.TilePipeHolder |     0.271 |  5.600
TileEntityWindKineticGenerator |     0.265 |  5.482
Average Entity of Type | Time/tick | Calls
       EntityCustomNpc |     0.128 |  1158
     passive.EntityCow |     0.104 |   580
    entity.EntitySpark |     0.082 |   579
   passive.EntitySquid |     0.075 |  1161
      TileEngineBiogas |     0.073 |   582

所以可以排除实体卡服的原因吧

的确是有一堆插件
我也并没有装地皮插件,只有一个生存世界

主要是考虑到  地皮相隔太近  服务器的机器一堆叠  可能会导致服务器卡顿  理论上  并未实际测试过

但是生存世界各玩家又相隔太远  会加载许多的区块  当然  也增加了更多的实体刷新

这两者,到底应该如何取舍呢

另一个指令  貌似  报错？  等了一会儿后的结果
[22:05:57] [LagSpikeProfiler/INFO]:
The server appears to have lag spiked.
Last tick 0.3756719s ago."Server thread" RUNNABLE
        at java.lang.Throwable.fillInStackTrace(Native Method)
        at java.lang.Throwable.fillInStackTrace(Unknown Source)
        at java.lang.Throwable.<init>(Unknown Source)
        at com.gmail.filoghost.holographicdisplays.util.reflection.ReflectionUtils.getStackTraceElement(ReflectionUtils.java:57)
        at com.gmail.filoghost.holographicdisplays.nms.v1_12_R1.EntityNMSArmorStand.func_145782_y(EntityNMSArmorStand.java:155)
        at net.minecraft.entity.EntityTrackerEntry.func_73122_a(EntityTrackerEntry.java:243)
        at net.minecraft.entity.EntityTracker.func_72788_a(EntityTracker.java:299)
        at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:951)
        at net.minecraft.server.dedicated.DedicatedServer.func_71190_q(DedicatedServer.java:474)
        at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:806)
        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:660)
        at java.lang.Thread.run(Unknown Source)

果然还是不行啊。。

试试 /profile u

  Server thread |             2.500
      Thread-44 |             0.313
pool-4-thread-1 |             0.208
File IO Thread |             0.156
      Thread-32 |             0.052

看来没什么用。。。你看楼上的办法去优化优化吧