其他分享
首页 > 其他分享> > c – 性能差异:std :: accumulate vs std :: inner_product vs Loop

c – 性能差异:std :: accumulate vs std :: inner_product vs Loop

作者:互联网

今天,当我尝试实现这个简单的操作时,我想分享一些让我头脑发热的东西:

enter image description here

我发现了执行相同操作的不同方法:

>使用std :: inner_product.
>实现谓词并使用std :: accumulate函数.
>使用C风格的循环.

我想通过使用Quick Bench并启用所有优化来执行一些基准测试.

首先,我将两个C替代品与浮动值进行了比较.这是使用std :: accumulate使用的代码:

const auto predicate = [](const double previous, const double current) {
    return previous + current * current;
};
const auto result = std::accumulate(input.cbegin(), input.cend(), 0, predicate);

通过使用std :: inner_product功能与此代码对比:

const auto result = std::inner_product(input.cbegin(), input.cend(), input.cbegin(), 1);

在启用所有优化的情况下运行基准测试后,我得到了以下结果:

enter image description here

两种算法似乎都达到了相同的性能.我确实想进一步尝试C实现:

double result = 0;
for (auto i = 0; i < input.size(); ++i) {
  result += input[i] * input[i];
}

令人惊讶的是,我发现:

enter image description here

我没想到这个结果.我确定有什么问题所以我确实检查了GCC的实现:

template<typename _InputIterator1, typename _InputIterator2, typename _Tp>
inline _Tp
inner_product(_InputIterator1 __first1, _InputIterator1 __last1,
      _InputIterator2 __first2, _Tp __init)
{
  // concept requirements
  __glibcxx_function_requires(_InputIteratorConcept<_InputIterator1>)
  __glibcxx_function_requires(_InputIteratorConcept<_InputIterator2>)
  __glibcxx_requires_valid_range(__first1, __last1);

  for (; __first1 != __last1; ++__first1, (void)++__first2)
__init = __init + (*__first1 * *__first2);
  return __init;
}

我发现它与C实现一样.在查看了实现之后,我发现了一些奇怪的东西,(或者至少我没想到会产生那么大的影响):在所有内部累积中,它都是从迭代器value_type到初始值的类型进行转换.

在我的例子中,我将初始值初始化为0或1,值被认为是整数,并且在每次累积中,编译器都在进行转换.在不同的测试用例中,我的输入数组存储截断的浮点数,因此结果没有改变.

将初始值更新为double类型后:

const auto result = std::accumulate(input.cbegin(), input.cend(), 0.0, predicate);

和:

const auto result = std::inner_product(input.cbegin(), input.cend(), input.cbegin(), 0.0);

我得到了预期的结果:

enter image description here

现在,我理解将初始值保留为迭代器的基础类型的独立类型可以使函数更灵活并允许执行更多操作.但,

如果我正在累积数组的元素,我希望得到与结果相同的类型.同样适用于内在产品.

它应该是默认行为吗?

为什么标准决定以这种方式执行它?

解决方法:

If I am accumulating elements of an array, I am expecting to get the same type as a result.

你的期望是错误的(虽然不太清楚“结果的类型”是什么意思),你可以从std::accumulate文档中清楚地看到:

template< class InputIt, class T >
T accumulate( InputIt first, InputIt last, T init );

template< class InputIt, class T, class BinaryOperation >
T accumulate( InputIt first, InputIt last, T init,
              BinaryOperation op );

返回类型与用于初始值的类型完全相同.你可以在循环中产生同样的效果:

auto result = 0; // vs auto result = 0.0;
for (auto i = 0; i < input.size(); ++i) {
  result += input[i] * input[i];
}

Why did the standard decide to perform it in this way?

因为这样您就可以决定使用哪种类型进行聚合.注意std :: accumulate可以用于左侧折叠和T不等于std :: iterator_traits< InputIt> :: value_type的情况,与它们匹配时相比经常(可能更多).

标签:c,language-lawyer,c14,stl,profiling
来源: https://codeday.me/bug/20191008/1870636.html