开源改变世界!!

G代码压力测试 #322

推推 grbl 1年前 (2023-01-26) 97次浏览
关闭
laserlars 打开了这个问题 2015 年 12 月 14 日 · 2 条评论
关闭

G代码压力测试#322

laserlars 打开了这个问题 2015 年 12 月 14 日 · 2 条评论

注释

G代码压力测试 #322

你好呀,

我使用您的激光灰度雕刻工具生成非常非常大的 gcode 文件。我想报告一个(内存)问题:

发送 1.000.000 行代码时,UGS2nb 工作正常。
但是,当我尝试发送全高清图像(50MB txt / 超过 2.000.000 行)时,UGS 仍会逐行发送它,但会每 500-2000 行停止一秒钟(刷新/加载行,我猜),这会导致激光完全燃烧那里的材料。你能告诉我先尝试什么吗?

我已经在 start-windows.bat 中添加了“-Xms1024m”,这似乎有点帮助……但是当我将它设置得更高时,到 -Xms2048m,UGS 根本不会启动……:-(

非常感谢你的工作,我希望你能以某种方式帮助我!
如果是这样,我完全会捐款!:-)

G代码压力测试 #322
所有者

过去几周我一直在研究这个问题。见#302

您可以查看常量内存分支以查看相关进展。我没有机会做太多测试,但前一天晚上我成功加载了一个 1.6GB 的 gcode 文件并让它开始发送。gcode 将从文件中流式传输,而不是加载到内存中。

可视化工具、控制台和响应表仍然需要优化。

G代码压力测试 #322
作者

好吧,这显然是我的错,对不起!
我以某种方式设法一直运行 32 位 java…
使用 64 位,UGS 现在将获得更多内存:-)

当我点击“发送”时,仍然有轻微的卡顿,
但我想你可以关闭我的问题 :-)