如何通过 FFI 调用 opencl api 来追踪 luajit 中的内存泄漏源答案

【问题标题】：How to track down source of memory leaks in luajit from calls to opencl api through FFI如何通过 FFI 调用 opencl api 来追踪 luajit 中的内存泄漏源
【发布时间】：2020-07-03 09:49:51
【问题描述】：

不久前，我在 Lua 中编写了分形程序。它在我的旧 Windows 7 和 Windows 8 PC 上运行良好。我买了一台装有 Windows 10 的新笔记本电脑，并使用 luajit 2.1.0 运行它，这在过去对我来说效果最好。不幸的是，一些具有各种参数的运行失败，没有错误或原因。然后我注意到即使成功执行也会使用太多内存。我尽力使用从 2.0 到 2.1 的各种 luajit 构建来追踪问题，但我唯一能看到的是内存泄漏以某种方式与对 OpenCl api 的 FFI 调用有关。如果有人愿意看，我会提供完整的程序代码和所需的api dll。附上旧的演示 lua 代码，它也在 win10 上泄漏，基于和使用：https://github.com/malkia/luajit-opencl

cl-demo.lua : https://github.com/LuaJIT/LuaJIT/files/4366334/cl-demo.txt

我确定我的帖子措辞不正确，英语不是我的母语，而且可能位置不正确。我并不是说有人浪费时间调试我拼凑的旧代码，但也许可以为我指明正确的方向，或者建议一些易于使用的内存错误检查工具，例如 purify。我曾经用它来查找内存错误，不幸的是它不再适用于单个用户。此外，我现在强烈怀疑在调用 opencl 后某些东西正在覆盖内存。因此，调用 os.time、math.random 等会导致代码无法解释的执行停止。调用 OpenCL 后的以下代码开始表现得很奇怪，if 语句中最后一个循环中的 ii 值突然变成了 0.13900852449513657 之类的值！

clfns[1]=true;
for ii=2,34,1 do clfns[ii]=false; end
for ii=2,34,1 do if string.find(formula, c2fns[ii] .. "[(]") then
 for jj=1,4,1 do if cdfns[ii][jj] then clfns[cdfns[ii][jj]]=true; end end
end end
for ii=1,34,1 do
 if clfns[ii] then
  cFuns = cFuns .. cfns[ii]; end end

【问题讨论】：

标签： windows lua opencl luajit

【解决方案1】：

我已经为我的程序在 Windows 10 和 8.1 上运行时遇到的各种问题创建了一个解决方法，这些问题来自 Microsoft 的最新更新。首先，为了防止运行各种版本的 lua 代码的 luajit 突然无法解释的终止，我在 Microsoft Developer studio 2008 下使用替代优化选项 (/Ox /Ot) 重建了 luajit 2.1。我能够在 2015 和 2020 版本的 MsDev 下使用类似的编译选项，但必须添加 /guard:cf /D_CRTDBG_MAP_ALLOC ，导致执行速度变慢，最高可达 32%，并且仍然存在一些非常奇怪的零星异常。为了防止内存泄漏（每个分形图像生成超过 100mb），我必须在每个 cl 内核程序完成后添加 collectgarbage()。并为 OpenCL 代码执行的每个结果添加 release 、 free 和 recreate 内存缓冲区，这解决了大多数内存问题，但根据运行公式的大小和复杂性，执行速度从 19% 降低到 41%。添加代码： clEnqueueReadBuffer(commands, output[jb], cl.CL_TRUE, 0, ressize, results, 0, nil, nil) ... clReleaseMemObject(输出[jbo]); 输出[jbo] = nil; 输出[jbo] = ffi.gc(clCreateBuffer(context, cl.CL_MEM_WRITE_HOST_PTR, ressize), ffi.C.free);

当我使用 iup 库运行带有 OpenGL 3D 输出的程序时仍然存在一些内存问题，主要是由于垃圾收集没有赶上，但我可能可以通过使用相同内容程序空间但分开的 4 个并行线程来解决它内核。

如有任何建议、解释或更正，我们将不胜感激

【讨论】：