本帖最后由 喵 于 2022-8-5 17:01 编辑
分析服务器卡顿原因和优化TPS
|
. 喵叫
关于服务端优化方面，绝大部分的服务器应该参考的都是达达的教程，但是这篇教程更偏向优化纯净服而不是MOD服
极光的教程 就直接把不适用MOD服写在了脸上。
整个bbs目前来说是找不到任何一个完整的适合MOD服的优化教程的，所以！
宇宙无敌可爱の喵 就来写一篇给MOD服腐竹的优化教程叭！
. 食用须知
①.本教材将注重于介绍mod服卡顿的主要原因和解决方法，在原生配置上介绍的较少，所以在原生配置优化上面请多多参考上文达达 的教程。
②.帖子内除非特别标注，否则所有数据均来自于本服的测试结果，如果有来路不明的反驳请以我为准
优化成果
在62人在线的情况下，能保持19.7tps左右，应该算是小有成就吧！
|
更新记录
2020.7.1 实验证明BC管道并不会大量影响服务器tps
2020.7.1：着手准备了关于农田相关的解析
2020.7.2：农田相关整理完成
2020.9.12：AE卡服和bug相关研究完成
2021.1.25 工业回流导线实测
2021.2.12 暮色森林卡服解决建议
2021.11.13 热力管道连接匠魂卡服
|
嗯，那么开始叭
. TPS 关于tps的解释其实非常的完善，但是在服务器中你要了解到的只有这一点：TPS越高服务器越流畅，TPS越低，服务器越卡。我们要 做的就是尽可能在不干扰玩家游戏体验的前提下最大优化TPS。根据服务器tps值的高低，你的服务器会出现以下状况 当tps低于18，服务器开始会出现卡顿 不过一般玩家无法察觉，也不会影响生存。最直接的表现：玩家pvp出现延迟，攻击生物出现短暂延迟 ↓ 当tps低于16，服务器的卡顿开始明显 玩家一般都能察觉，最直接的表现：吃食物开始有延迟，攻击生物的延迟变大，空手挖土会回档（用工具挖方块正常），打开容器会有轻微延迟 ↓ 当tps低于14时,服务器正常游玩已经难以进行 玩家开始反馈服务器卡顿问题，最直接的表现：吃食物要花费数倍（例如一个食物吃30秒），药水时间结束以后效果仍然持续，生物攻击开始瞬移，用工具挖方块也会小幅度回档，打开容器有明显延迟 ↓ 玩家可能开始退出服务器，因为已经无法正常游玩了，以上所有现象都会出现,你能想象到的所有行动都会有卡顿
|
在我认为一个保持良好运作的MOD服务器，TPS应该保持在18~19.9之间 因为只有在这个区间内，服务器的运作才会趋于正常，例如:怪物走路不卡顿，动物会繁殖，村民会活动，羊会吃草等 服务器的所有运行都会消耗CPU，而CPU就是维持tps的关键指标。
那么哪些东西会大量消耗CPU降低TPS呢 （针对常用MOD列出以下几项）
. 植物魔法的产能花和火花（卡服程度：★★★★★） 火花和产能花单个的计算量其实并没有非常高，但是由于通常他们的数量十分庞大，并且属于常用mod，所以列在榜首。 在一个开了2个星期日常在线为15的地皮服务器之中通常可以看到服务器的 tiles 会达到1w以上，甚至有些能超过3w 而没有植物魔法的服务器开了一个月，tiles可能也只有1w不到。 tiles在MOD服里面的相当之广，世界上除了方块之外的可互动物品都是tiles，例如：工业的所有机器，植魔的花，AE的所有机器。 通常情况下，不加载的Tiles的并不会消耗服务器性能，加载的Tiles也不会过多消耗性能，但是! 植魔的花在加载的情况下会不断的进行计算：产能-传输-魔力池-方块更新等 |
AE储存是很方便的功能，但是AE提供了让玩家非常快乐的功能，也是AE的核心功能——自动合成 自动合成进行的时候，会不断加载刷新AE内物品，满足条件就在AE内部减去和增加相应物品，这样达成一次合成 当合成频率过高的时候-AE的更新就会相当之快，AE内部刷新也变随之变快 这两个是后期玩家的追求，也是服务器卡服的元凶之一 解决卡顿的办法：搭建多个服务器，将计算量分布到多个服务器中。（教程在下方） 在config的AppliedEnergistics2中，将 I:craftingCalculationTimePerTick设置为100即可(还可以修复利用AEtick刷物品bug 找到tickrates栏目，参考以下配置(可以自行更改) - I:AnnihilationPlane.max=1200
- I:AnnihilationPlane.min=120
- I:Charger.max=1200
- I:Charger.min=100
- I:ExportBus.max=600
- I:ExportBus.min=100
- I:FluidExportBus.max=600
- I:FluidExportBus.min=100
- I:FluidImportBus.max=600
- I:FluidImportBus.min=100
- I:FluidStorageBus.max=600
- I:FluidStorageBus.min=10
- I:IOPort.max=600
- I:IOPort.min=100
- I:ImportBus.max=600
- I:ImportBus.min=100
- I:Inscriber.max=100
- I:Inscriber.min=20
- I:Interface.max=600
- I:Interface.min=100
- I:ItemTunnel.max=600
- I:ItemTunnel.min=100
- I:LightTunnel.max=600
- I:LightTunnel.min=100
- I:METunnel.max=400
- I:METunnel.min=100
- I:OpenComputersTunnel.max=600
- I:OpenComputersTunnel.min=100
- I:PressureTunnel.max=1200
- I:PressureTunnel.min=100
- I:StorageBus.max=600
- I:StorageBus.min=100
- I:VibrationChamber.max=400
- I:VibrationChamber.min=100
|
. 加速火把 （卡服程度：★~★★★★） 加速火把是我曾经非常喜欢出售的东西。同时，加速火把也会比例放大其他MOD的卡服程度——最低的加速火把都能4倍加速 1.多个加速火把叠加运算无运作上限的机器（例如：中子素收集器） 实例：6个中子素态收集器+6个加速火把叠加加速，服务器tps从18.5降低到14.6 加速火把其本身并没有特别卡服，但是配合某些高运算的机器，就会达到卡服的效果 注：因为加速火把并不能扩大工业导线和工业机器的传输上限，所以加速火把和太阳能配合并不会十分卡服 解决方法：限制加速火把每个区块放置数量,或者不要加这个mod |
. 工业的风力和核电以及回流导线 (卡服程度：★★★★) 风力占用的tiles非常高，一个转子的tiles占用高达80，其他的机器也不过才1~2左右 同时，它体内的铀棒耐久消耗也十分惊人。当区块加载时，服务器会同时计算所有铀棒和散热的耐久（一个核电是54个格子），10 个核电连通就是540个物品的耐久同时计算，还要同时计算导线传输电量，传输机器等，这样消耗的运算量是十分巨大的。 2021年1.25日实测 回流导线确实会非常大的影响服务器tps，10个玩家的回流导线拆除服务器tps从8上升到了15,一个玩家的回流导线就讲tps从19.99降低到了18.87，非常建议加入相关限制插件！ |
. 地皮插件 (卡服程度：★★★) 地皮插件的性能主要都用在——当一个玩家在线或者挂机的时候，它周围8个地皮都会被加载，这样耗费性能的MOD越多，服务器就 会越卡。（这就是为什么我喜欢有一个常挂机 的邻居） 无论地皮主人有没有退服，都会不断加载这片地方，导致性能浪费十分的巨大。解决方法也很简单:地皮大于玩家的加载距离就好了。 当然这样并不一定能完全避免性能浪费，但是总归能缓解一下吧。 |
其实我刚知道领地插件会占用那么多性能的时候也是非常震惊的，但是看了一眼领地插件的配置文件以后就明白了。 领地插件的无用数据非常多，而且找不到办法自动清理（至少我用的领地插件我不会配置自动清理） 如果你有定期清理领地的好习惯，那么就不用多余数据担心卡服了 |
. 地图加载 (卡服程度：★★★) 地图加载会同时消耗cpu和宽带，cpu是你后台内生存地图的消耗，宽带是玩家从后台下载地图的消耗 在我看来服务器的资源珍贵比是 CPU>宽带>内存>硬盘 内存：除去开服的必要内存意外，消耗的很少（例如我服26个人，加上开服内存也只消耗4G多一点） 为了节省宝贵的CPU资源，所以推荐大家提早就使用/wb fill把地图加载好，玩家跑图的时候就只消耗宽带了 这样在玩家跑图的时候如果宽带够用，就会降低cpu的消耗，也就不会那么频繁卡顿了，适合新建资源世界的时候和暮色森林的加载 |
漏斗的卡服程度我是万万没想到的，一个简单的原版方块占用竟然能达到甚至超过工业AE的机器(当时服务器仅在线6人) 在经过了半个小时的思考和寻找解决办法以后，终于推理出了一条理论上的缓解办法 默认是8tick处理一次上调为40tick（站内某优化教程推荐上调的是24tick 但是对于我服自动化较多，所以我上调到了40t，也就是2秒一次） 上调spigot数值之后，优化效果非常明显，但是终究只能缓解卡服情况 然后就是限制区域内的漏斗数量,推荐1.12cat端使用这个插件 (感谢我家世予sama~) |
. 区块加载 (卡服程度：★★★★★) 区块加载这个东西争议一直很大很大，加载范围大了，服务器很容易就造成卡顿，加载范围小了，很容易引起玩家不满 坛内某达达的教程推荐将view-distance 范设置为4~6 也就是加载玩家为中心144*144格~208*208格的所有方块 让我们算算一算，假如一个玩家的地皮是32*32，那么这将会加载周围16个玩家（大概）的地皮 如果让我来推荐的话，我推荐把加载范围更改到3或者2 至少要降低到一般玩家的地皮大小，不要让他能加载到外面其他玩家的地皮即可 这样既不会影响自己挂机器，也不会对服务器造成额外的卡顿 view-distance=1 加载玩家为中心48*48的方块 view-distance=2 加载玩家为中心80*80的方块 view-distance=3 加载玩家为中心112*112的方块 据说yys服设置的是16，你们猜猜这会加载多大的范围。 ps：我的服务器分为生存/资源世界和地皮/空岛世界，生存和资源用来跑图，所以view可以设置高一点，我设置在3 空岛，地皮玩家基本上不会跑图，所以我设置为2 不过加载距离这种东西还是要根据自己服务器类型而决定，服务器人少/探险类服务器可以适当提高这些数值 刚刚测试了一下服务器读取优先加载spigot里面的视距设置而不是server.properties,所以其实只更改spigot里面的即可 |
. 农田 (卡服程度：★★) | 半自动田 (卡服程度：★★★★★）| 全自动田 (卡服程度：★★★★）) 农田：众所周知，MC中作物的生长是会不断检测并更新的。 当不断检测更新的数量过多时就会引起服务器的卡顿。那么这个过多有多少呢，举个例子：以前我在世予服玩的时候造了一个很大很大的农田，范围大概是130*200这么大的长方体，一共有4层。也就是说，只要我在家里挂机，就有104,000多个方块在不断的检测更新 并且还配合了工业的收割机和AE的自动运输，自动合成面粉来全自动做成食物出售赚钱。 据世予所述我家区块一加载tps就从19降到16（你知道的太多了:) 农田过多就必然导致了服务器需求运算性能的加大。 半自动田：通常来说用水流/村民收割，漏斗收集的都算是半自动农田，这种农田通常会汇聚多种卡服的原因，导致它比全自动田消耗的性能更多。例如：超大范围的流水，超多的漏斗，超多的方块更新检测，超多实体等。 大范围流水和高空流水原理相同，都是因为有大量方块的更新导致服务器卡顿
漏斗卡顿和方块检测上面已经说过了，接下来讲讲全自动农田 全自动农田：顾名思义就是自动播种，收割，储存的农田，在mod服中其实非常好实现，例如：一台作物收割机，就是一片全自动田。它比半自动田省略了流水收割,手动播种等，方便的同时也相对更加节约性能 注意！仅仅只是相对更加节约。事实上全自动农田的性能消耗仍然不可小觑，例如我在上面所讲的，只要你的田够大，仍然能够很大程度的影响服务器的tps。 那么应该如何防止这类卡服现象的发生呢？ 通过限制单区块内活塞/漏斗/各种自动化机器的数量来限制玩家的自动田 再然后就是出台相关规则，明令限制农田的大小，制定惩罚举报制度，防止玩家无休止扩张农田。
|
. 暮色森林 (卡服程度：★★★★★) 众所周知暮色森林会生成大量的野外建筑和树，并且玩家跑图会极大的消耗服务器资源，那么如何解决此类问题呢？ 首先在config中打开暮色森林配置文件（twilightforest.cfg）,在其中找到 - performance {
- # Amount of canopy coverage. Lower numbers improve chunk generation speed at the cost of a thinner forest.
- # Min: 0.0
- # Max: 1.7976931348623157E308
- D:canopyCoverage=0.1
- # Setting this true will make Twilight Glaciers generate with Packed Ice instead of regular translucent Ice, decreasing amount of light checking calculations.
- B:glacierPackedIce=false
- # This controls the opacity of leaves, changing the amount of light blocked. Can be used to decrease complexity in some lighting checks.
- # Min: 0
- # Max: 255
- I:leavesLightOpacity=1
- # Chance that a chunk in the Twilight Forest will contain a twilight oak tree. Higher numbers reduce the number of trees, increasing performance.
- # Min: 1
- # Max: 2147483647
- I:twilightOakChance=600
每个选项是什么意思可以去谷歌翻译一下:) ， 根据服务器情况适当调整生成的数值即可有效的降低性能消耗 B：skylightForest = false 这一项如果设置为TRUE，暮色森林将仅会生成必要的建筑，有想法的可以去试试
|
. mek管道或红石连接匠魂浇筑台卡服 (卡服程度：★★★★★★★) 不知出于何种bug，mek的机械管道和匠魂浇筑台连接之后就会导致服务器tps骤降，连接两三个浇筑台就会导致tps从20降低到7 如果有一天突然发现tps降到非常低，可以检查一下有没有玩家在进行这类连接，拆掉即可。红石控制的匠魂浇筑台同理 解决方法：禁用相关物品或者禁止相关行为 |
. 亲测MEK多方块跨区块卡服(BC服紧急注意) (卡服程度：★★★★★★★★★) MEK的多方块跨区块放置，将会导致CPU性消耗暴涨。
例如一个超级小的涡轮，当它跨2个区块放置时，timings中世界性能占用高达17%(喵服为1个玩家1个世界，可以很好看出哪个玩家世界性能占用最高)；当敲掉涡轮之后，世界占用降为了2%，当跨区块涡轮等多方块存在时，服务器CPU占用一度高达97%，通常情况下仅为50%。这个操作可能会导致BC服的其他世界也跟着卡顿，请腐竹务必注意！ 解决方法：目前暂无插件限制多方块的跨区块放置（限制大小没有用，只要跨区块就会增加性能占用），只能自己注意排查。 |
悄悄补上几张截图
1.管道系统，尤其BC这种有实物在管道中运行的这种，当持续传输东西的时候整个管道被加载不停计算每个物品位置会占用大量计算资源。所以推荐用AE这种瞬时传递的，它不会计算每个物品的位置，只更新取出存放端，能好一点。另外管道系统曾经有bug，导致即使完全拆除管道和机器后，区块里还存在某些未知的东西导致卡服。
2020年12月31日测试，2W个物品在金质管道内加速循环，服务器tps为19.99，初步证明BC管道并不会明显影响服务器流畅 （在1.12猫端是这样）
2.挤成一团的动物，尤其是石栏杆后面的鸡……可能是因为动物在狭窄的地方不断碰撞，导致不停计算未知占用太多资源。鸡会卡进石栏杆缝隙，然后生蛋被玩家随手丢，砸出小鸡再卡进去，越卡越多…… |
服务器暮色森林卡的解决办法 https://www.mcbbs.net/thread-790979-1-1.html (出处: Minecraft(我的世界)中文论坛)
了解tps低的原因之后，那么如何解决TPS低的问题呢 和做好服务端优化之后，我通常会选择租用多个vps计算一个服务器不同的世界来提高流畅度 这个道理很简单，一个vps运算 生存+资源+地皮/空岛+暮色等世界会造成卡顿 那么就用两个服务器来运算它，如果还卡顿，就用3个服务器来运算它，一个vps运算生存世界和资源，一个vps运算地皮和暮色。 这样好处就在于可以把世界一直分割下去，随着玩家增多，服务器也可以越开越多，而常年tps保持在19以上,玩家几乎不会感觉卡顿。 你要租用更多的vps来维持你的服务器不卡顿 首先你需要搭建一个BC端，也就是桥梁端 BC的搭建方法很简单，首先你需要一个BC核心，我推荐waterfall,这里贴心的准备了下载地址 搭建好BC之后，就要把你的两个服务器进行连接。 我们先进行最简单的连通：一个服务器负责生存世界，一个服务器负责地皮世界 首先，在BC的servers下填上生存服的IP和，例如这样 servers:
miao:
motd: '&1Just another BungeeCord - Forced Host'
address: 127.0.0.1:31930 <font color="#ff0000">注意这里127.0.0.1指的是本机ip，可以更改为连接的ip，例如mc19.starmc.cn:31930</font>
restricted: true 然后将 priorities: 下的默认服务器设置为生存服。这样玩家连接桥梁端之后就会默认进入生存服。 当然，这样子的数据是无法连通的，如何将两个服务器内玩家数据连通的，就需要搭建数据库 使用数据库的教程 数据同步插件，将两个服务器的数据库一互通，就完成啦！！ 1.12的服务器会自动同步服务器物品id，所以不用担心两个服务器物品id不同导致数据错乱！ 可能讲的很粗略，因为以上大佬们的教程帖比我讲的要好得多，我就不班门弄斧了。 如果有不会的可以加我QQ问我，我来教你如何操作 |
跨服端下载地址
帖子还会不断更新，如果有什么建议和意见，或者服务器有卡顿也可以找我，我会给予优化的建议或者帮助你优化
. 喵叫 可恶，写着写着外面天就亮了，该睡觉了
|
来自群组:
Complex Studio
基本上有功能的物品都是tiles，包括箱子内的物品等。
what，再解释一遍
箱子里的物品可以视作储存于箱子唯一对应的Tile里的特定数据片段，不能独立作为一个Tile
（因为箱子对应的Tile还要储存箱子的名字以及其他一些通用数据……搞最后有点歧义）
view调到3！？
玩家表示 基本无法正常游戏了
本帖最后由 喵 于 2020-1-9 08:24 编辑
除了跑图玩家不行以外，其他的完全没问题
不过这种东西还是看具体服务器类型决定
那个
title和entity的tick应该怎么设置
经过我的测试
我把它俩都设置为50
服务器tps ，40人左右是在14.
但是玩家并没有感觉到明显的卡顿。。这是什么道理
本帖最后由 喵 于 2020-1-9 08:31 编辑
这个就是服务器分配给实体和机器运算的时间，如果规定时间内处理不完就会被跳过，也就是玩家机器运行缓慢，这个在达达帖子里有介绍，我是把两个都设置在1000，不然机器运行会一卡一卡的。卡顿这种你吃一个食物就知道卡不卡了，或者去空手挖泥土，看看有多少延迟
喵 发表于 2020-1-9 08:28
这个就是服务器分配给实体和机器运算的时间，如果规定时间内处理不完就会被跳过，也就是玩家机器运行缓慢 ...
很奇怪的是 我吃东西 基本0延迟
但是空手撸泥土 第一次可能会撸不掉
后面就正常了
加速火把（暗示某x蝠
支持，期待更新
支撑的说 等更新23333
请问大佬 最后一个是BC？ 还是什么 麻烦大佬说一下原理
还有 大佬服务器多少我想去参观一下 BC一直有个问题 神秘跨服问题 毫无办法 版本1.7.10
貌似据玩家反映火花在植物魔法中很重要，应该是不能直接ban掉的
限制东西还有一个问题 之前用过 就是玩家拆除限制的东西 会提示上限 就是这个东西不见了他还是会提示 卡BUG了
本帖最后由 DGai 于 2020-1-14 21:16 编辑
怎么用两台机器运行一个服务器！BC吗 但是跨机器bc会不会卡啊
求教大佬怎么限制，那么如果玩家在多个区块搞多个火花照样卡服的啊
我模组服改的3，好像没什么影响，玩家也没抱怨，我感觉3差不多。
只是视野不是那么远了
漏斗那个 其实MOD里面的一些运输物品的管道也会被视为漏斗 所以这个出现了 不一定是原版漏斗的事情 极有可能还是和MOD的东西有关
是个不错的教程，收藏了
所以这个教程是（咕咕咕）了吗
一名B站的DD受VUP请求，在弃坑N年后回来复习一下早就被遗忘的知识
给你插个加速火把
我服务器每次打扫，或者是后台清理什么东西的时候会卡，什么情况。。看不到代码我哭了
还是没有更新 鸽鸽鸽
感谢！!!很有帮助，tps提高了至少10%
纯净生存服务器也可以按照这个修改吗啊
为了节省宝贵的CPU资源，所以推荐大家提早就使用/wb fill把地图加载好，玩家跑图的时候就只消耗宽带了 这个对生存服务器 有用吗 这个指令
搞快些，精华预定
怎么搞跨服同步 几个VPS 开服，怎么搞啊楼主大大
模组里面其实EIO是最卡服的（指正） 大部分的tiles使用一些可运行的方块造成 ，你可以尝试放很多很多熔炉你会发现tiles会猛增，但是tps依然还是低 ，对于GC这个统计是不可信的，Forge tps中的ms才是反应卡顿情况，
对于1.7.10跨服的话 可以使用HC端（大声！），并且修复了神秘跨服问题
