Web Worker / Canvas内存泄漏

时间:2016-02-23 18:53:00

标签: javascript multithreading memory canvas worker

小提琴:https://jsfiddle.net/eimmot/065wxa9o/9/

使用Chrome,启动任务管理器(Shift + ESC),单击工作器反转按钮几次,每次上升~10 MB。每当我收到来自工作人员的消息时,内存就会上升,而不是修改或访问画布,当工作人员将消息发送回主线程时,就会发生这种情况。消息越大,情况越糟。

将ImageData缓冲区添加到postMessage上的可选 transferables 列表并没有什么不同,同样的结果,我想知道是否还有另一种方法我应该接近此

  imageData = ctx.getImageData(0, 0, 800, 600);
  worker.postMessage(imageData, [imageData.data.buffer]);

主线程和/或工作线程是否正在转移所有权仍然无关紧要。我可以在控制台中看到imageData对象实际上转移了所有权,但内存仍在增加!我已尝试使用chrome dev工具进行内存分析,但我无法看到增加的位置。

在dev工具中强制GC会清除内存。有时GC会自动运行,有时它不会自动运行,只有GC运行时,它才会释放10%的分配量。

昨晚我读过很多网页,但他们都说了同样的话,我觉得我忽略了一些简单的事情。

可转让对象:https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers#Passing_data_by_transferring_ownership_(transferable_objects)

更新

Chrome版本48.0.2564.116 beta-m(64位)

小提琴:https://jsfiddle.net/eimmot/065wxa9o/13/

添加了一个循环选项,似乎释放内存的唯一方法就是终止线程,我想避免每次都创建新线程而只是保持一个开放,因为每次创建一个新的时都有明显的延迟时间

2 个答案:

答案 0 :(得分:2)

你没有内存泄漏。这只是正常的GC行为,你可以做很多事情来阻止看似过多的内存使用。

我玩你的小提琴更改代码,以便worker.onmessage函数立即调用startWork,有效地将其置于循环中,发送数据,接收反转数据集,将其打开在画布上,然后再次拨打startWork并在我喝咖啡时放手。它运行得很好。

在chrome 49.0.2623.47 beta-m上观察进程,内存使用量大约为110mb,但永远不会耗尽内存。 Heap分配和时间线都显示正常行为且没有泄漏。 Chrome已经对GC进行了一些更改,因此它推迟了它的操作以支持DOM和Javascript,如果您不习惯它,可能看起来内存使用率已经上升,没有什么可担心的。重要的是,当你需要记忆时,它是可用的。如果关键的内存很低,GC会清理,最好有一些内存,而不是在忙碌时阻止DOM或Javascript,只是为了转储一些不需要的内存。

答案 1 :(得分:1)

我找到了适用于Chrome的解决方案。我对你的小提琴的循环版本进行了两次重大修改:

  1. 从工作人员
  2. 返回时,将imageData.data.buffer添加到转移列表中
  3. 传递类型化数组imageData.data,而不是整个imageData对象
  4. 这里是修改过的小提琴:https://jsfiddle.net/065wxa9o/14/

    请注意只是将缓冲区添加到工作人员的传输列表中不起作用(https://jsfiddle.net/065wxa9o/15/)我只需要传输已键入的数组。

    Chrome版本52.0.2743.116(64位)