注释
|
根据此票证将内存更新为 1024:#1844 还尝试在 Win 8 兼容模式下运行,但没有成功。 |
|
来自系统: 来自 UGS |
|
您好,我认为此处关于设置 -Xms 的说明是错误的,这将设置初始堆大小。您可能想要的是像这样设置最大堆大小: |
|
我在没有任何改进的情况下执行了该更改。继续筛选,看看我是否有任何奇怪的 PC 配置,如果我发现任何,我会报告。 |
|
现在在每晚构建下提供了一个 64 位版本,您可以尝试: |
|
谢谢你。这个周末我有一份工作。我会尝试一下。 |
|
好的,这不是特定于 Windows 的。我认为这是捆绑的 JDK 问题或系统问题。我在 Linux 上遇到了同样的错误,Linux 版本与 13 捆绑在一起。我还应该指出,我的 UI 也完全搞砸了。
整体崩溃信息太大,不知道能不能附上这个问题的文件?
捆绑的JDK版本: 系统Java版本: |
|
hs_err_pid14714.log |
|
感谢您的详细报告@mrmowgli. Windows 的问题在于它使用的是 32 位二进制文件。32 位环境只允许分配 2Gb,为此 JVM 默认使用最多 1/4,在加载大型模型时会有点低。 如果我能正确解读日志,您的 JVM 实例配置为使用 ~8Gb 最大堆空间 (MaxHeapSize = 8361345024),总共 31Gb。所以这应该足以运行 UGS,除非你正在加载一个巨大的 Gcode 文件或存在某种内存泄漏。 我可以看到大约 4000 个 我们收到了不兼容的图形驱动程序导致程序在日志中出现错误的报告。( https://groups.google.com/g/universal-gcode-sender/c/pEz1tAZBrH4 ) |
|
啊,有趣的时光,好吧,看起来至少有一个实际的例外。这是一台双显卡笔记本电脑,也许它正在尝试使用 Intel 驱动程序,但 GL 运行在 Nvidia 卡上。唔。不确定如何从命令行强制执行此操作。
|
|
好的,所以我将 Nvidia 设置为主要驱动程序,一切似乎都正常,内存或线程没有问题。也许这应该在文档的某处提到? |
|
@mrmowgli非常好,请随意写几行你是如何在这里解决它的: |
|
关闭,因为这已针对 64 位版本的 Windows 修复。在我们更新 JOGL 库之后,从 2.0.13 开始,Linux 现在可以更好地工作。 |


版本
2.0.11
硬件/固件
GRBL 1.1
发生了什么
连接后系统将运行一分钟左右,然后冻结大部分功能并抛出错误:
java.lang.OutOfMemoryError:无法创建本机线程:可能内存不足或达到进程/资源限制。
如何重现
操作系统
Windows 11 主页
还要别的吗
每次都会发生。
我尝试过的事情:
可能值得注意的是 ugsplatform.exe 文件有这个问题。ugsplatform64.exe 在启动后几秒或一分钟内完全崩溃。可疑的是,我这里可能有一个常见的内存分配问题。