我有以下OpenCL代码，使用C ++包装程序和Intel的OpenCL工具包：
#include <Eigen/StdVector>
...
typedef Sample_t float
typedef std::vector<Sample_t, Eigen::aligned_allocator<Sample_t> > SampleArray;
...
SampleArray data(ns * nt);
...
mdata = cl::Buffer(context, CL_MEM_READ_ONLY, sizeof(Sample_t) * data.size());
queue.enqueueWriteBuffer(mdata, CL_FALSE, 0, sizeof(Sample_t) * data.size(), &data[0]);
当使用-O3，march = native和mtune = native标志进行编译时，它将导致以下来自TBB代码的分段错误：
__memcpy_sse2_unaligned（）at memcpy-sse2-unaligned.S：116 0x7ffff6e64ba4
没有任何优化，该程序运行良好。
我将问题追溯到queue.enqueueWriteBuffer调用，没有它我什么都没有。
我试图注释掉修改变量“数据”的代码部分，以防万一我访问无效的内存位置，但是问题仍然存在。
如果我从std :: vector中删除了aligned_allocator，则没有优化的构建也会开始中断。
我总共有70MB试图存储在此缓冲区中，这远远小于CL_DEVICE_MAX_MEM_ALLOC_SIZE报告的3.8GB。但是，如果我减小数组的大小，问题就停止了。我在以后的案例中尝试的大小为5。
我还决定打印由向量分配的地址，它是0x7f21b797f010，因此它至少与16个字节对齐。
编辑：关于多线程，数组的创建以及OpenCL操作以相同的方法在主线程中进行。没有使用异步标志创建命令队列，并且在写入缓冲区后执行了flush（）操作。
可能是什么问题呢？
谢谢
最佳答案
正如评论中的对话所证实的那样，这里的问题是enqueueWriteBuffer()操作是非阻塞的（CL_FALSE作为阻塞参数传递），并且源缓冲区（SampleArray向量）超出了范围，而底层复制操作已保证已完成。
至少有4种可能的解决方案：
使用enqueueWriteBuffer()的阻止形式。如文档所示，在这种情况下，一旦函数返回，就不会访问源缓冲区。
捕获返回的事件并在clWaitForEvents()超出范围之前调用clFinish()或调用SampleArray()。如果您的程序在此期间做任何实质性的工作，则这实际上仅比阻塞变量好。
使源数据保留足够长的时间。
不要使用enqueueWriteBuffer()的复制形式：创建一个带有NULL源的缓冲区，将其映射到应用程序的内存空间，将数据写入其中，然后取消映射。这样至少可以避免在集成GPU / APU上完全复制）
这些大致按并行度/效率的升序排列。
关于c++ - OpenCL的enqueueWriteBuffer导致__memcpy_sse2_unaligned段错误，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/46615388/