.. _gpuBasicsSimilarity: GPU上的相似度检测(PNSR 和 SSIM) ******************************************* 学习目标 ======== 在 :ref:`videoInputPSNRMSSIM` 教程中我们已经学习了检测两幅图像相似度的两种方法：PSNR和SSIM。正如我们所看到的，执行这些算法需要相当长的计算时间，其中SSIM（结构相似度）的算法代价相当高昂。然而，OpenCV现在支持Nvidia的CUDA加速，如果你有一块支持CUDA的的Nvidia显卡。您可以将算法改为使用GPU计算从而大幅提高效率。 本教程将提供一个很好的示例来演示如何让OpenCV来使用GPU这些操作。当然在这之前，你应该了解一下如何操作core，highgui 和imgproc 模块。因此我们的目标是: .. container:: enumeratevisibleitemswithsquare + GPU与CPU有什么不同? + 为PSNR何SSIM编写GPU 代码 + 优化代码以获得最佳性能 源代码 =============== 你也可以在OPENCV源库文件夹中 :file:`samples/cpp/tutorial_code/gpu/gpu-basics-similarity/gpu-basics-similarity` 找到源代码以及一些视频文件或者 :download:`从这里下载 <../../../../samples/cpp/tutorial_code/gpu/gpu-basics-similarity/gpu-basics-similarity.cpp>` 。 完整的源码很长（因为其中包含了通过命令行参数进行应用程序和性能测量等无关代码）。因此在这里只出现一部分关键代码。 如果两个输入图像的相似，PSNR 返回一个浮点数在30和50之间，(数值越高，相符程度越高). .. literalinclude:: ../../../../samples/cpp/tutorial_code/gpu/gpu-basics-similarity/gpu-basics-similarity.cpp :language: cpp :linenos: :tab-width: 4 :lines: 165-210, 18-23, 210-235 SSIM 返回图像的结构相似度指标。这是一个在0-1之间的浮点数(越接近1，相符程度越高), 这个算法对每个通道有一个值，所以最终会产生一个OpenCV的 *Scalar* 数据结构: .. literalinclude:: ../../../../samples/cpp/tutorial_code/gpu/gpu-basics-similarity/gpu-basics-similarity.cpp :language: cpp :linenos: :tab-width: 4 :lines: 235-355, 26-42, 357- 如何在GPU上实现相同算法? ========================= 你可以总共有三种类型的函数来针对每个操作。其中包括一个CPU和2个GPU函数。之所以做两个GPU函数是为了说明一个常识：简单的移植你的CPU程序到GPU反而会让速度变慢。如果你想要一些性能上的改善，你将需牢记住一些规则，我在后面详细说明。 开发的GPU模块尽可能多的与CPU对应，这样才能方便移植。在你编写任何代码之间要做的第一件事是连GPU模块到你的项目中，包括模块的头文件。所有GPU的函数和数据结构都在以 *cv* 命名空间的子空间 *gpu* 内。你可以将其添加为默认 *use namespace* 关键字, 也可以显示的通过cv::来避免混乱。我在后面会做。 .. code-block:: cpp #include // GPU结构和方法 GPU代表**图形处理单元**。最开始是为渲染各种图形场景而建立，这些场景是基于大量的矢量数据建立的。由于矢量图形的特殊性，数据不需要以串行的方式一步一步执行的，而是并行的方式一次性渲染大量的数据。从GPU的结构上来说，不像CPU基于数个寄存器和高速指令集，GPU一般有数百个较小的处理单元。这些处理单元每一个都比CPU的核心慢很多很多。然而，它的力量在于它的数目众多，能够同时进行大量运算。在过去的几年中已经有越来越多的人常识用GPU来进行图形渲染以外的工作。这就产生了GPGPU（general-purpose computation on graphics processing units)的概念。 图像处理器有它自己的内存，一般称呼为显存。当你从硬盘驱动器读数据并产生一个 *Mat* 对象的时候，数据是放在普通内存当中的（由CPU掌管）CPU可以直接操作内存, 然而GPU不能这样，对于电脑来说GPU只是个外设，它只能操作它自己的显存，当计算时，需要先让CPU将用于计算的信息转移到GPU掌管的显存上。 这是通过一个上传过程完成，需要比访问内存多很多的时间。而且最终的计算结果将要回传到你的系统内存处理器才能和其他代码交互，由于传输的代价高昂，所以注定移植太小的函数到GPU上并不会提高效率。 Mat对象仅仅存储在内存或者CPU缓存中。为了得到一个GPU能直接访问的opencv 矩阵你必须使用GPU对象 :gpudatastructure:`GpuMat ` 。它的工作方式类似于2维 Mat，唯一的限制是你不能直接引用GPU函数。（因为它们本质上是完全不同的代码，不能混合引用）。要传输*Mat*对象到*GPU*上并创建GpuMat时需要调用上传函数，在回传时，可以使用简单的重载赋值操作符或者调用下载函数。 .. code-block:: cpp Mat I1; // 内存对象，可以用imread来创建 gpu::GpuMat gI; // GPU 矩阵 - 现在为空 gI1.upload(I1); //将内存数据上传到显存中 I1 = gI1; //回传, gI1.download(I1) 也可以 记住：一旦你的数据被传到GPU显存中，你就只能调用GPU函数来操作，大部分gpu函数名字与原来CPU名字保持一致，不同的是他们只接收 *GpuMat* 输入。可以在: `在线文档 `_ 中找到一些说明，或者查阅OpenCV参考手册。 另外要记住的是：并非所有的图像类型都可以用于GPU算法中。很多时候，GPU函数只能接收单通道或者4通道的uchar或者float类型（CV_8UC1,CV_8UC4,CV_32FC1,CV_32FC4），GPU函数不支持双精度。如果你试图向这些函数传入非指定类型的数据时，这些函数会抛出异常或者输出错误信息。这些函数的文档里大都说明了接收的数据类型。如果函数只接收4通道或者单通道的图像而你的数据类型刚好是3通道的话，你能做的就是两件事：1.增加一个新的通道（使用char类型）或 2.将图像的三个通道切分为三个独立的图像，为每个图像调用该函数。不推荐使用第一个方法，因为有些浪费内存。 对于不需要在意元素的坐标位置的某些函数，快速解决办法就是将它直接当作一个单通道图像处理。这种方法适用于PSNR中需要调用的absdiff方法。然而，对于GaussianBlur就不能这么用，对于SSIM，就需要使用分离通道的方法。知道这些知识就已经可以让你的GPU开始运行代码。但是你也可能发现GPU“加速”后的代码仍然可能会低于你的CPU执行速度。 优化 ============ 因为大量的时间都耗费在传输数据到显存这样的步骤了，大量的计算时间被消耗在内存分配和传输上，GPU的高计算能力根本发挥不出来，我们可以利用 :gpudatastructure:`gpu::Stream ` 来进行异步传输，从而节约一些时间. ＃. GPU上的显存分配代价是相当大的。因此如果可能的话，应该尽可能少的分配新的内存。如果你需要创建一个调用多次的函数，就应该在一开始分配全部的内存，而且仅仅分配一次。在第一次调用的时候可以创建一个结构体包含所有将使用局部变量。 对于PSNR例子: .. code-block:: cpp struct BufferPSNR // 优化版本 { // 基于GPU的数据分配代价是高昂的。所以使用一个缓冲区来改善这点：分配一次，以后重用。 gpu::GpuMat gI1, gI2, gs, t1,t2; gpu::GpuMat buf; }; 在主程序中创建一个实例: .. code-block:: cpp BufferPSNR bufferPSNR; 最后每次调用函数时都使用这个结构: .. code-block:: cpp double getPSNR_GPU_optimized(const Mat& I1, const Mat& I2, BufferPSNR& b) 当你传入的参数为 b.gI1 ， b.buf 等，除非类型发生变化，GpuMat都将直接使用原来的内容而不重新分配。 #. 在GPU中，任何小的数据传输都是一次大的开销，所以应该尽量避免不必要的数据传输。因此应该尽可能的在现有对象上计算（换句话说，不创造新的显存对象，上面已经解释过）。例如，虽然使用算术表达式会让一个公式更浅显易懂但是在GPU代码里，这个步骤是很缓慢的。例如在SSIM例子中需要计算： .. code-block:: cpp b.t1 = 2 * b.mu1_mu2 + C1; 在这个表达式的调用过程中必然会有一个隐性内存分配过程，调用乘法的结果必然要用一个临时对象储存，然后才能和*C1*相加。如果直接用表达式写GPU代码，就必然会创建一个临时变量来储存乘积的矩阵，然后加上 *C1* 值并储存在 *t1* 。为了避免这种额外的开销，我们应该使用GPU处理函数代替算术表达式，从而避免额外创建不必要的临时对象： .. code-block:: cpp gpu::multiply(b.mu1_mu2, 2, b.t1); //b.t1 = 2 * b.mu1_mu2 + C1; gpu::add(b.t1, C1, b.t1); #. 使用异步调用 (the :gpudatastructure:`gpu::Stream `)。默认情况下，无论何时你调用一个GPU函数，系统都将等待调用完成并返回后继结果，这就意味着在GPU计算的时候CPU没干活。如果使异步调用，就会意味着它将调用后立即返回，并在后台异步执行，也就是说虽然CPU需要的数据还没从GPU返回，但是并不妨碍CPU进行其它的计算或者调用另一个函数。这是一个小的MSSIM可优化点。在我们的默认实现中，我们将图像分裂成多个通道，然后为每个通道调用GPU函数。这本来应该是一个平行操作，我们可以建立一个流，通过使用流我们可以异步进行数据分配、传输等各种操作，并且给GPU执行操作方法以便GPU在合适的时候自动调用。例如我们需要传输两幅图像。我们依次调用现成的函数处理它们。该函数还是要等到上传数据完毕才会开始工作，但是在执行第二个函数的时候，原来的输出缓存将直接作为第二个操作的输出参数而不需要传输过程。 .. code-block:: cpp gpu::Stream stream; stream.enqueueConvert(b.gI1, b.t1, CV_32F); // 上传 gpu::split(b.t1, b.vI1, stream); // 分离方法(在最后的参数里传递stream). gpu::multiply(b.vI1[i], b.vI1[i], b.I1_2, stream); // I1^2 结果和结论 ===================== 以下是一个Intel P8700的笔记本CPU，与一个低端的Nvidia GT220M的性能比较，结果如下: .. code-block:: cpp Time of PSNR CPU (averaged for 10 runs): 41.4122 milliseconds. With result of: 19.2506 Time of PSNR GPU (averaged for 10 runs): 158.977 milliseconds. With result of: 19.2506 Initial call GPU optimized: 31.3418 milliseconds. With result of: 19.2506 Time of PSNR GPU OPTIMIZED ( / 10 runs): 24.8171 milliseconds. With result of: 19.2506 Time of MSSIM CPU (averaged for 10 runs): 484.343 milliseconds. With result of B0.890964 G0.903845 R0.936934 Time of MSSIM GPU (averaged for 10 runs): 745.105 milliseconds. With result of B0.89922 G0.909051 R0.968223 Time of MSSIM GPU Initial Call 357.746 milliseconds. With result of B0.890964 G0.903845 R0.936934 Time of MSSIM GPU OPTIMIZED ( / 10 runs): 203.091 milliseconds. With result of B0.890964 G0.903845 R0.936934 在这个案例中，使用GPU加速比单纯使用CPU提高了近100%的性能。这对构建高速实时系统甚有帮助。你可以在并不存在于天朝人民概念中的`YouTube 上看到实例视频 ｀`_. .. raw:: html
翻译者 ================= azuredsky@ `OpenCV中文网站 `_ 重新翻译 ================= nahcooo@ `OpenCV中文网站 `_