幻兽帕鲁人数上限：32 人不总是 32 人

「《幻兽帕鲁》专用服务器支持 32 人」这句话经常被理解成「买一台服务器就能进 32 个人」。这两件事之间隔着好几层，而每一层都能让实际能玩的人数比配置里那个数字少一大截。

这篇讲清楚这个数字由什么决定、往上调时会连带撞上什么，以及怎么给自己的团队定一个不会翻车的值。服务器本身怎么搭不在这里讲，那是开服教程的事。

你能设定的那个数字

配置项是 ServerPlayerMaxNum，在 PalWorldSettings.ini 那一整行里：

OptionSettings=(...,ServerPlayerMaxNum=32,...)

默认就是 32，也是官方支持的上限。社区里有把它改得更高的尝试，但那超出了官方暴露的范围，稳定性没有保障——出问题时你找不到任何可参照的经验。

改完要重启服务端才生效，这一点和其他所有设定一样（详见世界设定详解）。

到这里为止，事情看起来很简单。复杂的部分在下一节。

机器实际撑得住的那个数字

ServerPlayerMaxNum 是一个承诺，不是一项能力。它告诉服务端「允许多少人连进来」，但能不能撑住是底下那台机器的事。填 32 而机器只够 8 个人，结果不是第 9 个人被拒绝，是所有人一起卡。

《幻兽帕鲁》的服务端内存有一个和多数游戏不同的特点：它主要跟着世界规模走，而不是跟着在线人数走。

• 人上线，内存涨一点
• 人下线之后据点还在跑——建筑、放养的帕鲁、生产线，全都留在内存里继续模拟

所以一个「平时只有 3 个人在线」的 10 人服，内存占用远高于 3 人份。真正吃内存的是这十个人一共建了多少东西。

一个大致的起点，前提是每人建一个中等规模的据点：

**这些数字是起点不是终点。**同样 8 个人，一个世界跑三个月、每人建了三个满编据点，占用会是刚开服时的好几倍。内存只涨不降是这个游戏的常态。

人数往上调时会跟着动的东西

把 ServerPlayerMaxNum 从 8 改到 20，你以为改了一项，实际上撞上了另外三项：

第二行是最容易翻车的一处：据点上限是按公会算的，不是按人算的。一个 20 人的大公会只能建 4 个据点，人均 0.2 个。玩家的直觉是"人多了据点自然也多"，而游戏的规则恰好相反。

所以调人数的时候，这三项要一起看。常见的两种配法：

• 一个大公会：把 BaseCampMaxNumInGuild 提上去（引擎允许到 10），大家共用据点
• 每人一个小公会：BaseCampMaxNumInGuild 保持默认，但要确认 BaseCampMaxNum 够分

上限开太高的症状

内存和 CPU 不够时表现不一样，分清楚才知道该加哪一样：

内存不够 —— 服务端进程整个消失。玩家看到的是全体同时掉线，服务器从列表里不见了。在 Linux 上这是 OOM killer 干的，dmesg 里能看到记录。这是最坏的一种，因为进程被杀时正在写的存档可能一起损坏（见存档备份与回档）。

CPU 不够 —— 走路时位置往回拉扯、帕鲁在据点里卡住不动、采集判定慢半拍。服务器不掉线，只是变得难玩。帕鲁的行为模拟主要吃单核性能，所以加核数的收益远小于换一颗单核更强的 CPU。

两者都够但世界太大 —— 进服时加载很久，存档文件几百 MB 往上。这不是配置问题，是该考虑开新世界了。

这个数字怎么定

按实际会同时在线的人数定，不是按加过好友的人数定。

一个实用的做法：先数清楚周末晚上峰值有几个人，加 2 到 4 个余量，按那个数选机器。人数上限可以随时往上调（重启一次的事），而机器不够用时的体验是全员卡顿——宁可上限小一点、机器宽裕一点。

另一个容易被忽略的：上限也是一道门。设成 32 意味着任何知道地址的人都能占掉一个位置。配合 ServerPassword 一起用，而不是靠上限来挡人。

常见问题

人数上限能改到 32 以上吗？ 官方支持的上限就是 32。配置里填更大的数超出了官方暴露的范围，稳定性没有保障，出问题时也找不到可参照的经验。

改了 ServerPlayerMaxNum 为什么没生效？ 这一项和其他设定一样只在启动时读一次，改完必须重启服务端；另外确认改的是 Pal/Saved/Config/ 下那份，不是不被读取的 DefaultPalWorldSettings.ini。

8 个人的服要多少内存？ 每人一个中等据点的前提下，16 GB 是比较稳的区间。但内存跟着世界规模只涨不降，按三个月后的样子留余量，不按开服第一周算。

真正的天花板在哪

配置文件里那个数字，是底下那台机器要兑现的承诺。两者对不上的时候，翻车的是机器，而不是那个数字。

空岛灵境 的《幻兽帕鲁》专用服务器把这两个数绑在一起：每个套餐的人数和它对应的机器是配好的，独享整机、不和别人的世界挤在一起，所以「设定值」和「撑得住的数」不会各走各的。