【发布时间】:2020-10-23 06:06:28
【问题描述】:
我有一个看起来像这样的 for 循环:
for (int i = 0;i<N;i++) {
vector<double> vec;
//then do work on vec, such as resize or push_back
}
这是低效的,因为每次循环时,vec 都会调整大小,这可能会强制每次通过 for 循环进行动态内存分配。所以一个简单的优化是:
vector<double> vec;
for (int i = 0;i<N;i++) {
vec.clear();
//then do work on vec, such as resize or push_back
}
这样更快,因为 clear 不会在 vec 中释放内存,因此我们不必每次都释放和重新分配内存。
但是如果我想用 openmp 并行化 for 循环怎么办?我不能让所有线程共享一个向量“vec”。所以似乎我需要回到第一个选项并在每次循环中重新初始化向量,如下所示:
#pragma omp parallel for
for (int i = 0;i<N;i++) {
vector<double> vec;
//then do work on vec, such as resize or push_back
}
有没有办法避免这种低效率并避免每次都重新分配向量?这样做是否安全?
vector<vector<double>> outervec;
outervec.resize(omp_get_max_threads());
#pragma omp parallel for shared(outervec)
for (int i = 0;i<N;i++) {
int tid = omp_get_thread_num();
vector<double> &vec = outervec[tid];
vec.clear();
//then do work on vec, such as resize or push_back
}
当 vec 调整大小时,它可能会变得非常大,并且通过 for 循环 N 的次数也可能会很大。当对大块内存进行多次分配时,在向量中分配内存很慢。这个想法是尽量避免每次都必须释放然后重新分配存储在 vec 中的动态分配内存。关心的不是向量对象的堆栈分配内存占用(很小且分配速度快),而是属于向量对象的堆分配内存。
【问题讨论】:
-
你希望每个线程使用自己的向量,或者不。如果是,则需要为每个线程创建向量,并且似乎是在创建线程之前创建所有向量,还是每个线程创建自己的向量,工作量在逻辑上是相同的,并且会实际上受益于并行化。
-
每个线程都有自己的堆栈,所以无论你尝试它(使用例如 thread_local)你都会有一个新的向量。
-
@MichaelChourdakis - 我编辑了问题以添加共享(outervec),所以现在向量的向量在线程之间显式共享。无论如何,我不确定这是否是正确的解决方案 - 我正在寻找建议。
-
我的意思是听:看看这个:godbolt.org/z/Whv63o 现在将代码更改为局部变量。组装更简单,可能更快。您还假设 clear 不会解除分配和重新分配,不知道为什么。除非分析显示存在瓶颈,否则始终使用更简单的代码,然后可以进行技巧和黑客攻击。编译器相对聪明。要回答您的问题,outervec 技巧应该可以正常工作。不过不推荐。
-
@Adam 英特尔 TBB 向量可能是矫枉过正。这是一个更复杂的数据结构,需要更改编译器等。