geo*_*geo 9 c++ parallel-processing stl c++17
如果我没有记错的话,我可以std::transform执行到位 ,通过使用同一范围内的输入和输出迭代器。假设我有一些std::vector对象vec,那么我会写
std::transform(vec.cbegin(),vec.cend(),vec.begin(),unary_op)
Run Code Online (Sandbox Code Playgroud)
使用合适的一元运算unary_op。
使用C ++ 17标准,我想通过std::execution::par在其中插入第一个参数来并行执行转换。这会使该函数从上cppreference文章std::transform中的重载(1)变为(2)。但是,对此超载的注释说:
unary_op[...]不得使任何迭代器(包括最终迭代器)无效,或修改所涉及范围的任何元素。(自C ++ 11起)
“修改任何元素”是否真的意味着我无法就地使用算法,还是在谈论我误解的其他细节?
我相信这是在谈论一个不同的细节。该unary_op取序列的元素并返回一个值。该值(通过transform)存储到目标序列中。
所以这unary_op很好:
int times2(int v) { return 2*v; }
Run Code Online (Sandbox Code Playgroud)
但是这个不会:
int times2(int &v) { return v*=2; }
Run Code Online (Sandbox Code Playgroud)
但这并不是您真正要问的。您想知道是否可以使用具有相同源和目标范围的并行算法unary_op版本transform。我不明白为什么不这样。transform将源序列的单个元素映射到目标序列的单个元素。但是,如果您unary_op不是真正的一元对象(即,它引用序列中的其他元素-即使仅读取它们,那么您将进行数据竞争)。
在这里引用标准
[alg.transform.1]
op [...] 不应使迭代器或子范围无效,或修改范围内的元素
这禁止您unary_op修改作为参数给出的值或容器本身。
auto unary_op = [](auto& value)
{
value = 10; // this is bad
return value;
}
auto unary_op = [&vec](auto const& value)
{
vec[0] = value; // also bad
return value;
}
auto unary_op = [&vec](auto& value)
{
vec.erase(vec.begin()); // nope
return value;
}
Run Code Online (Sandbox Code Playgroud)
但是,以下是可以的。
auto unary_op = [](auto& value) // const/ref not strictly needed
{
return value + 10; // totally fine
}
auto unary_op = [&vec](auto& value)
{
return value + vec[0]; // ok in sequential but not in parallel execution
}
Run Code Online (Sandbox Code Playgroud)
独立于UnaryOperation我们所拥有的
[alg.transform.5]
在一元变换的情况下,结果可能等于 first [...]。
这意味着明确允许就地操作。
现在
[algorithms.parallel.overloads.2]
除非另有说明,否则 ExecutionPolicy 算法重载的语义与其没有的重载相同。
意味着执行策略在算法上没有用户可见的差异。您可以期望该算法产生与您不指定执行策略完全相同的结果。