This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
|
start:zh [2023/11/27 05:23] hfsr [模块化] |
start:zh [2023/11/27 05:36] hfsr [持续性] |
||
|---|---|---|---|
| Line 38: | Line 38: | ||
| --------------- | --------------- | ||
| - | 开放式电脑的内存和磁盘大小都是有限的，可以在配置文件中根据你的喜好调整。这不仅有利于减轻OC对服务端造成的负荷，还会带给你温暖的怀旧感，回到那个磁盘和内存都用 KB 和 MB 计算的年代。但由于 Lua 程序占用的资源很少，中等性能的开放式电脑已经足以解决大多数问题。如果不能，你也可以花费更多钻石制造更大的内存。 | + | OC模组电脑的内存和硬盘大小都是有限的，具体数值可以在配置文件中根据你的喜好调整。这不仅有利于减轻OC对服务端造成的负荷，还会带给你温暖的怀旧感，回到那个硬盘和内存大小都用KB和MB计算的年代。但由于Lua程序占用的资源很少，中等性能的OC模组电脑已经足以解决大多数问题。如果不能，你也可以花费更多钻石制造更大的内存。 |
| - | 除了这些直观的限制，我们还为了OC能在服务端中完美运行而进行了特殊设计：开放式电脑使用固定数量的低优先度线程来处理协程，以尽量减少造成的服务端tick延迟。另外，运行程序时所占用的资源会被强制限制在一个可配置的恒定标准之下，如果因为种种原因没能做到这点的话，(游戏中的)电脑会被强制崩溃，以避免服务端因为恶意的或工作异常的程序出现延迟。 | + | 除了这些直观的限制，我们还对OC进行了特殊设计，使其能在服务端上完美运行：OC模组电脑使用固定数量的低优先度线程处理协程，以尽量减少造成的服务端tick延迟。另外，运行中的程序在其占用资源达到一个可配置的恒定阈值后就会强制退让，如果因为种种原因没能做到这点的话，（游戏中的）电脑会被强制崩溃，以避免服务端因为恶意的或工作异常的程序出现卡顿。 |
| Line 46: | Line 46: | ||
| ----------- | ----------- | ||
| - | 当开放式电脑所在区块停止加载，它们的运行会被挂起，区块重新加载时会从停止的位置继续执行。这让玩家在MC环境中使用开放式电脑时很符合直觉，因为你不必担心区块加载或恢复，也不需要添加来自其它模组的区块加载器来保持电脑运行。 | + | 当OC模组电脑所在区块停止加载，它们的运行会被挂起，区块重新加载时会从停止的位置继续执行。这让玩家在Minecraft环境中使用OC模组电脑时很符合直觉，因为你不必担心区块加载或恢复，也不需要添加来自其它模组的区块加载器保持电脑运行。 |
| - | 为了实现这个功能，OC引入了一个原生库——[[https://github.com/fnuecke/eris|Eris]] 库。这个库包含了官方的 Lua 虚拟机实现，它已经足以支持电脑暂停的功能。现在这个库已经包含在 Windows, Mac OS X, Linux 和 BSD 版本的模组中，只需服务端支持即可，因为OC模组的所有Lua代码都仅在服务端执行。如果你的系统不支持此运行库，模组会回退到基于 Java 的 Lua 实现：LuaJ。这种情况下电脑的运行状态在卸载区块时不能保持，内存也不会被限制。 | + | 为了实现这个功能，OC引入了一个原生库——[[https://github.com/fnuecke/eris|Eris]]库。这个库包含了官方的Lua虚拟机实现，它已经足以支持电脑暂停的功能。现在这个库已经包含在 Windows、Mac OS X、Linux和BSD版本的模组中，且只需服务端支持即可，因为OC模组的所有Lua代码都仅在服务端执行。如果你的系统不支持此运行库，模组会回退到基于Java的Lua实现——LuaJ。这种情况下电脑不可持续，内存也不会被限制。 |
| 能量 | 能量 | ||