先说我对holo不熟
也没看过任何holo的卖块影片或实况
以下就我对Minecraft这个游戏的理解说明一下
※ 引述《attacksoil (第三方程式)》之铭言
: 跟其他服务器比好像也还好？
: 怎么服务器好像快撑不住了
: 屑兔还要把那个产金的门关掉
: 还是其实盖了很多东西只是平常没给观众看到？
其实Minecraft的写法有个特性，
几乎所有的东西都挤在同一条执行绪上面
所以多核心几乎没有什么效果…
要快就只能拿单核效能高的CPU硬上
这也是为什么你开一个一般的服务器
通常很难超过30人同时上线…
因为人越多 = 同时加载的地图越多
同时也会加载更多的 entities
entity是什么？就是玩家/生物/怪物/矿车/掉地上的道具…那类的东西
跟方块不一样，他们每个tick都需要被处理一次
（他们有物理效果/可能有寻径AI/会与其他东西互动…）
也就是一秒20次，
这些东西只要数量一多
服务器很容易就撑不住了
另一个东西叫做block entity 或是tile entity
这些东西本身是方块，
但他们不是一般的方块
有些block entity同样有每个tick被处理的需要
像是熔炉/漏斗/…之类的
这些没有一般的entity吃效能，但数量一多还是可以很明显的
这两类是只要在玩家加载范围，就会持续需要效能处理的东西
人多，加载范围大，就是那样囉
至于你说paper还是spigot？
啊…相较于原版的server是有些不错的小功能/可以用一些插件
跟效能改进/偷吃步（比如说减少漏斗tick频率的设定那类的）
但本质还是没有变…牛牵到北京还是牛
一般来说要减轻这个问题
就是你知道会有效能疑虑的东西
尽量盖到远离人群的地方
有需要才过去
然后spawn chunks内因为是24小时加载的（即使没人）
尽量不要在里面放没必要24小时加载但又会吃效能的东西
另一个解答就是…
多开几个server，减少所有人同时出现的机率
同时稍微缓解只吃单核的问题
再用别的外部工具同步玩家资料
有些服务器会有的资源世界就是这个方案
那些小游戏服务器也是这样的
外面显示同时在线几千人，但其实不同的游戏房间/大厅
都是运作在不同的机器上的
讲了这么多
其实lag程度跟开发程度不一定正相关啦
还是要看你到底做了什么…

Holo服里面到底都做了什么，恐怕只有当事人才知道了......

周六的HOLO运动会 如果全员到齐的话服务器会不会崩溃

正确

对不起

我就说JAVA这语言不行阿(鸡排端出来)

运动会最怕的真的是服务器崩溃...30人耶

安啦 运动会在同一区就不会读取其他地图

三十人只要不是散开 都还好

现在是对我们java有意见494

若此事被川普得知......

不是Java的问题啊

场内最恐怖的东西应该是岩浆/熔岩块/水/火把跟红石东西

水其实还好，水只有在水流方块流动时才会运算，之后就不会再运算了，除非出现一直反复放水的情况

以前玩过觉得满地掉落物真的蛮可怕的，顿到爆

基岩版好像就没这个问题？ 之前老皮有开过基岩服几十人挤进来还很顺

推推

基岩版可能就是C++的架构与JAVA版不同的情况吧

基岩版应该有重新设计过整个架构吧

既然是这样 那美国股市接下来的走向....

麦块很多有趣方便的建筑是很吃资源

虹服之前有一阵子连搭矿车都会卡 但后来改善很多 夏祭30多人都没卡觉得还是跟服务器设置有关系

更有甚者，若是holo服务器撑不住的事情惊动到川普

虹服作法是分散吧？之前看到别人做的虹服地图，整个大陆每个区块都有人建筑

SV硬件跟过度集中吧虽然我觉得跟VT们的配备也有关系

不不不 客户端的lag跟服务器的不要混一起 无关的两件事情

虹服散到整张图超大

Java版就万年烂code 想改都没办法那种啊

我记得巴哈看过有人在宣传JAVA没那么烂，他把麦块修改

扩散到全服没差啊 只要那个地方没人就不会更新

其实类似的project一直都有人在尝试…。但维护这种专案实在太吃力了吧

spawn chunk 的红石好像在1.16之后就没办法24小时运作了？

我觉得把light engine移到独立的thread的改版还算有感啦

光照独立后light suppression就降临了mojang:干

虹服（只是部份地图）http://i.imgur.com/4Px4mYd.jpg

Java 就是程式语言界的 LiNE 啊 (x)

虹服地图真壮观....

微软收去后搞的基岩板效能的确比较好