吞掉落物+大量活塞运动会发生异常

引:本想在服务器做一台伐木机，做好之后却发现无法正常运行，检查无误后，仍然出现问题，可以确认是服务器端出现的问题，而非机器本身。
一.活塞运动异常思考后，做了一台拥有4X6X16-(4X4)=368个活塞的检测机，检测发现大量活塞同时运动会发现，激活基本正常(偶尔会发现部分活塞无法推出)，但是收回几乎每次都会发生:底部部分活塞无法收回。
二.吞掉落物
表现在，本该出现掉落物的情况，却没有掉落物出现，例如，丢出物品，挖掉方块，炸掉方块等...
遂也建造了一台机器，构造基本与 现象一 中检测机相同，但是活塞量要小的多。实测发现，在少量活塞运动下，吞掉落物现象不出现或很少出现，而随着增加活塞量，这种情况愈加明显。（可以归纳为，吞掉落物的一个直接原因是活塞运动过多）经过测试，这种变化大致呈现在一个区间范围，此区间以下无吞掉落物现象，此区间以上掉落物全部被吞，此区间大致从30个活塞开始，到60个活塞左右以上基本丢出掉落物百分百被吞，之所以不确定活塞具体数量，本人猜测是服务器的某种卡顿造成。同时，吞掉落物的另一个直接原因是局部已存在过多掉落物，这可以通过创造背包一直丢出物品观察到。
为什么把这两个问题放到一个帖子里？
因为本人猜测，这两种现象存在某种相关性，都是因为服务器的某种卡顿以及对于卡顿的某种处理方式造成的，两种现象的共同点是同时改变方块。
对于 现象一 ，为什么是底部部分活塞呢?
进一步猜测，是由于服务器的对方块更新机制的某种改变。(联想到我在曾经一次排空海底神殿的水的过程中，因为失误，最上面一层有几条没有覆盖完全，导致有部分水源依然可以流下去(水源在上层不会影响下层是否再形成新水源)，待我将下层水源全部清空，再将上层部分未清除干净的水源清除时，发现：在我清理掉最上层的水源后，海底神殿区域内已无任何水源，只有水流，按理说应该会在一定时间内自动流尽，但是并没有，水流不流动了！而我清理这些水流时，总是清理一格，流动几格，又会卡住不流，这应该也是服务器对于方块更新的改变，PS：这是很久以前的事，不知道事实上与这次现象有无关系，但可能对修复有帮助)
强充能方块相连的活塞受到强充能，可以完全正常运行，非强充能方块，处于强充能方块的BUD位置，也就是强充能方块下方一格的相邻四格方块，需要一次方块更新才可激活。
检测机从下向上数第2和第四层都是强充能，第三层处于BUD位置但同时拥有三个更新源:上方活塞、下方活塞和红石线。而底部活塞只有两个更新源，上方活塞和红石线。
对于 现象一 ，还有是服务器本身的卡顿问题可能，但是对于 现象二，则可以断定是服务器处理卡顿的方式造成的问题，而这个问题，也比活塞运动异常问题更亟待处理。
而且，通过活塞运动观察服务器吞掉落物只是一个表现方面，是通过活塞运动造成服务器某种卡顿进而造成吞物品，许多玩家也曾反映过吞掉落物的情况，尤其是更贵重的潜影盒吧。
同时联想到以前的大规模的侦测器连闪器的失灵等等，同样是方块更新造成卡顿的问题。服务器是否具有一个局部的方块更新的阈值上限，达到上限便会出现异常（类似于原版的"更新抑制器"）?这个阈值可能是以卡顿允许范围数值的形式出现的？
活塞问题一般是红石玩家担心的事情，尚可延后处理，但是吞掉落物是关系到更多玩家的问题，已经有很多玩家吃了掉落物消失不见的亏，更急于处理。

第6张图片没上传成功，放在这了,明显看到最下方活塞没有收回

你这么大批量的活塞，很容易被限制，属于正常了。

“另一个直接原因是局部已存在过多掉落物”——正确，服务器限制了同一区域内的掉落物数量，部分是动态调整的，所以需要避免同一区域有太多的掉落物，有掉落物需要及时清理。