嗨劳尔

我对 BIG G 代码文件有同样的问题。UGS 冻结了 115000 行文件（在我的小型 ARM 机器上）。
加载代码需要很长时间。

@winder
我认为“估计剩余时间”计数器是问题所在。所以我删除了这部分代码（在我的叉子上）。从那时起我就再也没有尝试过这么大的文件。
ETR 是一个不错的功能。但真的需要吗？

这是一个已知的问题。UGS 在处理过程中将整个文件加载到内存中，并可能耗尽可用内存。

您可以做的两件事是：

1. 让展示台保持关闭状态。
2. 使用 -Xmx 运行 UGS jar 文件，请参阅此文档。

计划对问题#168进行更永久的修复

@rugbymauri“Estimated Time Remaining”增加了很少的开销，它所做的只是计算每行 gcode 花费的平均时间，并使用它来创建基于剩余行数的估计。