附上timings和spark，麻烦大佬看一下。https://timings.spigotmc.org/?url=efepixexig
https://spark.lucko.me/iFW2yJdUrT
我看着像Xnet的问题。其他的就看不懂了。。
https://spark.lucko.me/iFW2yJdUrT
我看着像Xnet的问题。其他的就看不懂了。。
xnet的物流管道太多 导致的实体检测也增多 所以卡顿
启源社_冷い桜 发表于 2021-11-24 10:09
xnet的物流管道太多 导致的实体检测也增多 所以卡顿
有什么优化思路吗，兄弟。
建议限制管道的输送阈值频率
启源社_冷い桜 发表于 2021-11-24 10:09
xnet的物流管道太多 导致的实体检测也增多 所以卡顿
不建议把TileEntity和Entity两个概念混为一谈
说回正题，xnet的设计理念与ae类似，两者的物品传输方式都很优秀，很难产生卡顿
具体到你这次的卡顿，看得出你服务器有人用xnet的管道运输mek的方块
ae作者就曾经抱怨过mek的一些错误设计方式，导致ae运输mek的方块容易产生卡顿，xnet的运输与之类似
所以，请让你服务器的玩家停止使用xnet运输mek的方块
qyanlongfeng 发表于 2021-11-24 10:32
有什么优化思路吗，兄弟。
跟你们服的人交流一下吧
或者装一个限制区块中方块数量的插件
再就是管控一下一些不顾服务器能力的刷物品/自动化
无敌三脚猫 发表于 2021-11-24 10:46
不建议把TileEntity和Entity两个概念混为一谈
说回正题，xnet的设计理念与ae类似，两者的物品传输方式 ...
说实话 引入xnet就是为了替代mek超级卡服的管道
无敌三脚猫 发表于 2021-11-24 10:46
不建议把TileEntity和Entity两个概念混为一谈
说回正题，xnet的设计理念与ae类似，两者的物品传输方式 ...
说实话 引入xnet一般就是为了替代mek超级卡服的管道