gpt4 book ai didi

c++ - 如何剖析优化代码并加速循环

转载 作者:行者123 更新时间:2023-11-27 23:48:04 24 4
gpt4 key购买 nike

我知道分析未经优化编译的代码没有多大意义,但是当我尝试使用 -Ofast 编译它并使用 分析它时gprof 例如,我得到无用的数据,例如许多具有相同 time% 且没有 calls# 信息的函数:

Flat profile:

Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds seconds calls Ts/call Ts/call name
81.35 0.74 0.74 void cv::Mat::forEach_impl<cv::Vec<unsigned char, 3>, A_estimation(cv::Mat&, std::vector<cv::Mat, std::allocator<cv::Mat> >, int, int)::{lambda(cv::Vec<unsigned char, 3>&, int const*)#1}>(A_estimation(cv::Mat&, std::vector<cv::Mat, std::allocator<cv::Mat> >, int, int)::{lambda(cv::Vec<unsigned char, 3>&, int const*)#1} const&)::PixelOperationWrapper::operator()(cv::Range const&) const
10.99 0.84 0.10 void cv::Mat::forEach_impl<cv::Vec<float, 3>, Parallel_process::operator()(cv::Range const&) const::{lambda(cv::Vec<float, 3>&, int const*)#1}>(Parallel_process::operator()(cv::Range const&) const::{lambda(cv::Vec<float, 3>&, int const*)#1} const&)::PixelOperationWrapper::operator()(cv::Range const&) const

当我分析未优化的代码时,我从 gprof 获得了一个简单而有用的信息:

Flat profile:

Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds seconds calls ms/call ms/call name
53.86 0.07 0.07 42236 0.00 0.00 A_estimation(cv::Mat&, std::vector<cv::Mat, std::allocator<cv::Mat> >, int, int)::{lambda(cv::Vec<unsigned char, 3>&, int const*)#1}::operator()(cv::Vec<unsigned char, 3>&, int const*) const
23.08 0.10 0.03 8259774 0.00 0.00 float const& cv::Mat::at<float>(int, int) const
7.69 0.11 0.01 2812992 0.00 0.00 float& cv::Mat::at<float>(int, int)

这是我想找到热点的代码示例。我发现在它被称为 46945 的那部分代码中花费了 53.86% 时间:

我从我的代码中提取了该函数,以便您可以编译它:

#include <opencv2/highgui.hpp>
#include <iostream>

typedef std::vector<std::vector<int> > Matrix;

std::vector<int> A_estimation(cv::Mat& src_temp, std::vector<cv::Mat> rgb, int cols, int rows)
{
//////////////////////////////
//cv::Mat histSum = cv::Mat::zeros( 256, 1, CV_8UC3 );
Matrix histSum(3, std::vector<int>(256,0));
//cv::Mat src_temp = src.clone();
//src_temp.convertTo(src_temp, CV_8UC3);
src_temp.forEach<cv::Vec3b>
(
[&histSum](cv::Vec3b &pixel, const int* po) -> void
{
++histSum[0][pixel[0]];
++histSum[1][pixel[1]];
++histSum[2][pixel[2]];
}
);

std::vector<int> A(3, 255);
[&A, rows, cols, &histSum]{

for (auto index=8*rows*cols/1000; index>histSum[0][A[0]]; --A[0])
index -= histSum[0][A[0]];
for (auto index=8*rows*cols/1000; index>histSum[1][A[1]]; --A[1])
index -= histSum[1][A[1]];
for (auto index=8*rows*cols/1000; index>histSum[2][A[2]]; --A[2])
index -= histSum[2][A[2]];
return A;
}();
return A;
//auto AA=A_estim_lambda();
}

int main(int argc, char* argv[])
{
cv::Mat src_temp = cv::imread(argv[1]);
auto rows=src_temp.rows,
cols=src_temp.cols;
std::vector<cv::Mat> rgb;
cv::split(src_temp, rgb);
auto A = A_estimation(src_temp, rgb, cols, rows);

//Do sth with A
}

编译:

g++ -std=c++1z -Wall -Weffc++ -Ofast test.cpp -o test -fopenmp `pkg-config --cflags --libs opencv`

执行

./test frame.jpg 

我有两个问题:

这些信息是否正确,因为它们取自未优化的代码,如果不是,我如何编译优化的代码?以及如何加快这些循环的任何技巧?

最佳答案

您是否支持相反的观点?

首先,加速分为两类:编译器可以解决的问题,以及只有您才能解决的问题。优化器不会修复只有你能修复的东西。此外,这不会让它们脱颖而出,因为加速不会加在一起,它们会成倍增加。

其次,考虑数字 - 时间的百分比或分数。如果有一个你可以修复的加速(可能有几个),它需要一定的时间。比如 30%。
这意味着如果您可以完全删除它,代码的运行时间将是之前的 70%。加速因子将为 100/70 或 1.43x。
这也意味着,如果您只是随机地手动暂停程序,有 30% 的可能性会在做浪费的事情
所以如果你只是手动暂停它 20 次(不是很多)浪费的东西会出现大约 6 次。如果您发现它正在做一些可以在多次暂停后得到改进的事情,那么无论您如何描述它,您都已经发现了加速。
当然,它可能只浪费了 25%,或多达 35%,但你在乎吗?提示:不,你不在乎,因为你发现了问题,这比确切知道它的成本更重要。

这就是您获得多重加速这一事实真正带来返回的地方。您修复的每个加速不仅节省了一些时间。它乘以两件事:它乘以总加速因子,它乘以每个剩余问题所花费的时间分数,使它们更加突出。

这就是 this approach 背后的原因.

一旦您修复了您的加速,让优化器进行加速。

关于c++ - 如何剖析优化代码并加速循环,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48957055/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com