Contact me: hankecnc@gmail.com

用于生成 GCODE 的多个 WebWorker #301

推推 grbl 3年前 (2023-02-04) 238次浏览
关闭
sdesalas 打开了这个问题 2017 年 5 月 10 日 · 3条评论
关闭

用于生成 GCODE 的多个 WebWorker#301

sdesalas 打开了这个问题 2017 年 5 月 10 日 · 3条评论

评论

用于生成 GCODE 的多个 WebWorker #301
成员
德萨拉斯 评论了 2017 年 5 月 10 日  

嗨,

我一直在研究 GCODE 生成,在我看来,通过使用队列和多个 web worker而不是单个 web worker,可以在性能和可靠地提供进度 % 方面进行改进。

目前,cam-gcode-laser-cut.js及其兄弟姐妹(-mill.js、-raster.js)运行的前提是有一个页眉、一堆要处理的路径和一个页脚,并且工作人员将它们全部缝合在后台运行,提供进度更新(尽管并不总是非常可靠)。

拥有 X(100?)个任务的队列不是更好的方法,每个任务都加载了要遵循的部分路径,同时处理队列同时运行 2 个工作人员直到完成,然后根据需要添加页眉和页脚吗?然后可以通过已完成的工作任务的数量轻松计算进度百分比。

我把它放在这里是为了看看是否有其他人考虑过这种方法(@tbfleming也许?)并丢弃它。

用于生成 GCODE 的多个 WebWorker #301
成员

单独的操作可能会并行完成。

用于生成 GCODE 的多个 WebWorker #301
合作者

我把它放在这里是为了看看是否有其他人考虑过这种方法(@tbfleming也许?)并丢弃它。

是我。webworker refactor 的时候你的idea跟你暴露的一模一样,但是在“progress bar”部分下了很多功夫,有人抱怨说progress bar卡了一会儿。

值得再次看看以这种方式使用,但我不知道它是否会加速链条。
也不得不说,那是不同性质的加工。Raster 的行为与其他的不完全一样。