定制小程序开发英特尔oneAPI——统一编程模型和跨架构编程语言DPC++详细介绍与模板匹配算法实例

      定制小程序开发本文对进行了详细的介绍,定制小程序开发包括其出现的背景、模型架构(定制小程序开发开发式规范、SYCL、DPC++、oneAPI工具包)。定制小程序开发然后对基于跨架构的DPC++定制小程序开发编程语言进行详细介绍,定制小程序开发包括其四大编程模型、编程流程、定制小程序开发简单的矩阵乘法示例。最后,定制小程序开发本文介绍了模板匹配算定制小程序开发法的基本原理,并基于oneAPI定制小程序开发进行了编程实现。

 

目录


一、oneAPI诞生背景

       定制小程序开发随着科学技术的飞速发展,定制小程序开发高性能计算在人工智能、药物研制、智慧医疗、定制小程序开发计算化学等领域发挥着定制小程序开发日益重要的作用。定制小程序开发然而随着后摩尔时代的到来,定制小程序开发计算机系统结构进入了定制小程序开发百花齐放百家争鸣的繁荣时期,CPU、GPU、FPGA和AI定制小程序开发芯片等互为补充。定制小程序开发硬件的多样性带来了软定制小程序开发件设计与开发的复杂性,定制小程序开发高性能计算并行程序的定制小程序开发计算效率和在不同计算定制小程序开发平台之间的可移植性日趋重要。定制小程序开发为解决此问题,Intel推出了oneAPI。

二、oneAPI是什么

       Intel oneAPI 定制小程序开发是一个跨行业、开放、定制小程序开发基于标准的统一的编程模型定制小程序开发旨在提供一个适用于各定制小程序开发类计算架构的统一编程定制小程序开发模型和应用程序接口。也就是说,定制小程序开发应用程序的开发者只需定制小程序开发要开发一次代码,定制小程序开发就可以让代码在跨平台定制小程序开发的异构系统上执行,底层的硬件架构可以是CPU、GPU、FPGA、神经网络处理器,或者其他针对不同应用的硬件加速器等等。由此可见,oneAPI既提高开发效率,又可以具有一定的性能可移植性。

三、oneAPI整体架构

1.oneAPI 开放式规范

       oneAPI 这一开放式规范包括一种跨架构的编程语言 Data Parallel C++(DPC++)、一套用于API编程的函数库以及底层硬件接口(oneAPI Level Zero),如下图1所示。有了这些组件,英特尔和其它企业就能创建他们自己的 oneAPI 实现来支持他们自己的产品,或基于 oneAPI 进行新产品开发。

 图1  oneAPI 开放式规范架构

2.SYCL规范

       SYCL第一次是在2014年引入,它是一种基于C++异构平行编程框架,用来加速高性能计算,机器学习,内嵌计算,以及在相当宽泛的处理器构架之上的计算量超大的桌面应用。这些处理器包括了CPU, GPU, FPGA, 和张量加速器。 

       2021年29 , 科纳斯组织(Khronos® Group),作为一个由工业界主流公司组成的创建先进的互联标准的开放协会,宣布了的批准和发布。这个规范是单源C++并行编程的开放标准。作为多年来规范开发的一个主要的里程碑,SYCL 2020是在SYCL 1.2.1的功能的基础之上建立的,用以进一步改善可编程性,更小的代码尺寸,和高效的性能。基于C++17之上的SYCL 2020, 使得标准C++应用的加速更为容易, 而且推动使之与ISO C++的路线图变得更为一致。SYCL 2020 将会进一步加速在多平台上的采用和部署,包括使用除了OpenCLTM之外的多样的加速API 后端。

       SYCL 2020集成了超过40项新的特征,包括了为简化代码所做的更新,和更小的代码尺寸。一些主要增加的内容包括:

  1. 统一的共享存储(USM)使得带有指向器的代码,可以在不需要缓冲与存取器的情况下自然地工作
  2. 工作组和子工作组算法,在工作项目中增加了有效率的并行操作
  3. 类模板参数推导(CTAD)与模版减量指南,简化了类模板实例化
  4. 扩展的互操作性通过各种后端加速API实现高效加速
  5.  统一的共享存储(USM)使得带有指向器的代码,可以在不需要缓冲与存取器的情况下自然地工作
  6. 并行的减量增加了一种内置的减量操作,来减少样板代码以达到具有内置的减量操作加速硬件上的最大性能

3.DPC++介绍

       oneAPI包含一种全新的跨架构编程语言 DPC++,DPC++基于 C++编写,由一组C++类、模板与库组成,同时兼容 Kronos 的 SYCL 规范,2给出了DPC++SYCLC++关系。同时,intel DPC++兼容性工具可以实现将CUDA代码迁移到DPC++上,其中大约会有80%-90%的代码实现了自动迁移并提供内联注释,很大程度上帮助开发人员减轻代码移植的负担。

图2 DPC++与SYCL、C++关系

       DPC++是一种单一源代码语言,其中主机代码和异构加速器内核可以混合在同一源文件中。在主机上调用 DPC++程序,并将计算加载到加速器。程序员使用熟悉的C++和库结构,并添加诸如工作目标队列、数据管理缓冲区和并行性并行的函数,以指导计算和数据的哪些部分应该被加载。

4.oneAPI工具包

       oneAPI 编程模式兼容性堪称达到了历史最强。目前在各个领域应用比较广泛的高性能计算开发工具如 Fortran,在 AI 领域的 Python,以及像 OpenMP 这样不同领域使用的语言都可以做到无缝对接,同时,oneAPI 也支持一些主流的 AI 工具包,包括 HadoopSparkTensorFlowPyTorchPaddlePaddleOpenVINO 等等,形成更适合人工智能时代的软件栈。oneAPI有六个工具包,几乎涵盖了高性能计算、物联网、渲染、人工智能、大数据分析这些领域。

  1. Intel® oneAPI Base Toolkit这个工具包是 oneAPI 其他产品的基础,包含了几个在 Parallel Studio中常用的软件以及 icc 编译器、MPIDPCPP 等。这个工具包使开发人员都可以跨CPUGPUFPGA构建、测试和部署以性能为中心、以数据为中心的应用程序。
  2. Intel® oneAPI HPC Toolkit :这个工具包提供可扩展的快速C ++FortranOpenMPMPI应用程序。从某种程度上来说 Intel® oneAPI Base Toolkit Intel® oneAPI HPC Toolkit 基本就包含Intel Parallel Studio XE的功能了。
  3. Intel® oneAPI IoT Toolkit :这个工具包主要用于建立可在网络边缘运行的高性能、高效、可靠的解决方案,属于物联网领域。
  4. Intel® AI Analytics Toolkit :这个工具包提供优化的深度学习框架和高性能Python库,加速端到端机器学习和数据科学库。这些组件是使用 oneAPI 库构建的,用于低级计算优化。这可以最大化从预处理到机器学习的性能。
  5. Intel® oneAPI Rendering Toolkit:它主要用于创建高性能、高保真的可视化应用程序,适用于各种渲染领域。
  6. Intel® Distribution of OpenVINO™ Toolkit这个工具包用于从设备到云部署高性能推理应用程序。该工具包基于卷积神经网络(CNN),可将工作负载扩展到整个英特尔®硬件(包括加速器),并最大限度地提高性能。该工具包可以使深度学习推理从边缘到云,加速人工智能工作负载,包括计算机视觉、音频、演讲,语言,和推荐系统。支持异构执行在英特尔架构和AI加速器CPUiGPU,英特尔Movidius视觉处理单元(VPU)FPGA,和英特尔高斯 & 神经加速器(Intel® GNA)

四、oneAPI并行编程介绍

1.编程框架

       oneAPI编程框架和OpenCL类似,包含平台模型、执行模型、内存模型、编程模型等四个模型,下面分别说明。

       平台模型:oneAPI的平台模型基于SYCL*平台模型。它指定控制一个或多个设备的主机。主机是计算机,通常是基于CPU的系统,执行程序的主要部分,特别是应用范围和命令组范围。主机协调并控制在设备上执行的计算工作。设备是加速器,是包含计算资源的专门组件,可以快速执行操作的子集,通常比系统中的CPU效率更高。每个设备包含一个或多个计算单元,可以并行执行多个操作。每个计算单元包含一个或多个处理元素,充当单独的计算引擎。图3所示为平台模型的可视化描述。一个主机与一个或多个设备通信。每个设备可以包含一个或多个计算单元。每个计算单元可以包含一个或多个处理元素。

 图 3  oneAPI平台模型

       执行模型:执行模型基于SYCL*执行模型。它定义并指定代码(称为内核kernel)如何在设备上执行并与控制主机交互。主机执行模型通过命令组协调主机和设备之间的执行和数据管理。命令组(由内核调用、访问器accessor等命令组成)被提交到执行队列。访问器(accessor)形式上是内存模型的一部分,它还传达执行的顺序要求。使用执行模型的程序声明并实例化队列。可以使用程序可控制的有序或无序策略执行队列。有序执行是一项英特尔扩展。设备执行模型指定如何在加速器上完成计算。从小型一维数据到大型多维数据集的计算通过ND-range、工作组、子组(英特尔扩展)和工作项的层次结构中进行分配,这些都在工作提交到命令队列时指定。需注意的是,实际内核代码表示为一个工作项执行的工作。内核外的代码控制执行的并行度多大;工作的数量和分配由 ND-range和工作组的规格控制。下图4描述了ND-range、工作组、子组和工作项之间的关系。总工作量由ND-range的大小指定。工作的分组由工作组大小指定。本例显示了ND-range的大小X*Y*Z,工作组的大小 X’* Y’*Z’,以及子组的大小X’。因此,有X*Y*Z工作项。有(X*Y*Z)/ (X’*Y’*Z’)工作组和(X*Y*Z)/X’子组。

 图4  ND-range、工作组、子组和工作项之间的关系图

       内存模型:oneAPI 的内存模型基于 SYCL* 内存模型。它定义主机和设备如何与内存交互。它协调主机和设备之间内存的分配和管理。内存模型是一种抽象化,旨在泛化和适应不同主机和设备配置。在此模型中,内存驻留在主机或设备上,并由其所有,通过声明内存对象来指定如图5所示。内存对象有两种:缓冲器和图像。这些内存对象通过访问器在主机和设备之间进行交互,访问器传达期望的访问位置(如主机或设备)和特定的访问模式(如读或写)。

图5   oneAPI内存模型 

       在oneAPI内存模型中的Buffer Model:缓冲区(Buffer)将数据封装在跨设备和主机的 SYCL 应用中。访问器(Accessor)是访问缓冲区数据的机制。设备(device)和主机(host)可以共享物理内存或具有不同的内存。当内存不同时,卸载计算需要在主机和设备之间复制数据。DPC++不需要您管理数据复制。通过创建缓冲区(buffer)和访问器(accessor),DPC++能够确保数据可供主机和设备使用,而无需您介入。DPC++ 还允许您明确地显式控制数据移动,以实现最佳性能。需要注意的是,在这种内存模式下,若有多个内核程序使用相同的缓冲区,访问器需要根据依赖关系,以对内核执行进行排序以避免争用缓冲区而出现错误(通过主机访问器或缓冲区破坏实现)。

       编程模型:面向 oneAPI 的内核编程模式基于 SYCL* 内核编程模型。它支持主机和设备之间的显式并行性。并行性是显式的,因为程序员决定在主机和设备上执行什么代码;它不是自动的。内核代码在加速器上执行。采用 oneAPI 编程模型的程序支持单源,这意味着主机代码和设备代码可以在同一个源文件中。但主机代码中所接受的源代码与设备代码在语言一致性和语言特性方面存在差异。SYCL 规范详细定义了主机代码和设备代码所需的语言特性。

2.编程流程

DPC++程序设计大致可分为以下5个步骤:

(1)申请Host内存

(2)创建SYCL缓冲区并为其定义访问缓冲区内存的方法。

       设备(device)和主机(host)可以共享物理内存或具有不同的内存。当内存不同时,卸载计算需要在主机和设备之间复制数据。而通过创建缓冲区(buffer)和访问器(accessor)的方式,DPC++就不需要您管理数据复制,其能够确保数据可供主机和设备使用,而无需您介入。DPC++ 还允许您明确地显式控制数据移动,以实现最佳性能。

  1. //创建vector1向量的SYCL缓冲区;
  2. buffer vector1_buffer(vector1,R);
  3. 定义了访问缓冲区内存的accessor;
  4. accessor v1_accessor (vector1_buffer,h,read_only);

(3)创建队列以向Device(包括Host)提交工作(包括选择设备和排队)

  1. q.submit([&](handler& h) {
  2. //COMMAND GROUP CODE
  3. });

       可以通过选择器(selector)选择 CPUGPUFPGA和其他设备。使用默认的 q,这意味着 DPC++ 运行时会使用默认选择器(default selector)选择功能最强大的设备。 

(4)调用oneAPI的核函数在Device上完成指定的运算。

       该内核将应用于索引空间中的每个点,内核封装在C++ lambda函数中。DPC++中内核的形式如下:

  1. h.parallel_for(range<1>(1024), [=](id<1> i){
  2. A[i] = B[i] + C[i];
  3. });

        在该循环中,每个迭代都是完全独立的,并且不分顺序。使用 parallel_for 函数表示并行内核。

(5)将SYCL缓冲区的数据读到Host端。

3.简单示例-矩阵加法

       下面给出一个oneAPI程序的例子vectorAdd_dpcpp.cpp,其功能为计算两个一维向量的相加。编译器使用dpcpp,具体编译命令为:dpcpp vectorAdd_dpcpp.cpp -o vectorAdd_dpcpp。

  1. #include <CL/sycl.hpp>
  2. using namespace sycl;
  3. static const size_t numElements = 50000;
  4. void work(queue &q) {
  5. std::cout << "Device : "
  6. << q.get_device().get_info<info::device::name>()
  7. << std::endl;
  8. float vector1[numElements] , vector2[numElements] , vector3[numElements];
  9. auto R = range(numElements);
  10. for (int i = 0; i < numElements; ++i) {
  11. vector1[i] = rand()/(float)RAND_MAX;
  12. vector2[i] = rand()/(float)RAND_MAX;
  13. }
  14. //2.创建vector1、vector2、vector3向量的SYCL缓冲区;
  15. buffer vector1_buffer(vector1,R);
  16. buffer vector2_buffer(vector2,R);
  17. buffer vector3_buffer(vector3,R);
  18. //3.向Device提交工作(定义了访问缓冲区内存的accessor;)
  19. q.submit([&](handler &h) {
  20. accessor v1_accessor (vector1_buffer,h,read_only);
  21. accessor v2_accessor (vector2_buffer,h,read_only);
  22. accessor v3_accessor (vector3_buffer,h);
  23. //4. 调用oneAPI的核函数在Device上完成指定的运算;
  24. h.parallel_for (range<1>(numElements), [=](id<1> index) {
  25. //核函数部分,若单独写一个函数,直接使用函数名(参数表)调用即可
  26. if (index < numElements)
  27. v3_accessor [index] = v1_accessor [index] + v2_accessor [index];
  28. });
  29. }).wait(); //排队等待
  30. // 5. 将SYCL缓冲区的数据读到Host端,检查误差
  31. host_accessor h_c(vector3_buffer,read_only);
  32. for (int i = 0; i < numElements; ++i) {
  33. if (fabs(vector1[0] + vector2[0] - vector3[0] ) > 1e-8 ) {
  34. fprintf(stderr, "Result verification failed at element %d!\", i);
  35. exit(EXIT_FAILURE);
  36. }
  37. }
  38. }
  39. int main() {
  40. try {
  41. queue q;
  42. work(q);
  43. } catch (exception e) {
  44. std::cerr << "Exception: " << e.what() << std::endl;
  45. std::terminate();
  46. } catch (...) {
  47. std::cerr << "Unknown exception" << std::endl;
  48. std::terminate();
  49. }
  50. }

五、基于oneAPI的模板匹配算法

1.模板匹配介绍

       模板匹配是图像处理中最基本、最常用的匹配方法。模板匹配是一项在一幅图像中寻找与模板图像最相似的区域的技术,该项技术可用于物体的定位、识别。由于模板匹配计算量庞大,多在PC机或工控机中实现,存在成本高、体积大、功耗高等缺点,限制了模板匹配应用场景。同时,在现有嵌入式平台进行模板匹配时,计算时间较长,难以满足对系统进行实时性响应的要求。在传统的模板匹配算法基础之上,结合并行计算方面的有关知识设计出一种并行的模板匹配算法,能在很大程度上减少模板匹配算法的执行时间。

2.模板匹配算法

       模板匹配的过程,简单的来讲就是通过模板图像与待匹配图像之间相似度的比较,然后在图像中找到模板图像所在位置的过程。其具体执行过程大致可以描述如下:首先按照像素来比较模板图像与待搜索图像之间的相似度,接着找到其中最大的相似度量区域作为我们要找的匹配位置。模板匹配算法的具体过程:通过把图像块在待搜索的图像上进行滑动的方法,对待搜索的图像块和模板图像进行一步一步的匹配。为了便于理解,可以把算法简单描述成下面这几个步骤:这里我们假设待搜索的图像是一张200×200的图像,而模板图像则用另外一张10×10的图像,那么模板匹配算法的具体步骤可以描述如下:

  1. 从待搜索图像的左上角点(0,0)开始,切割出来一块(0,0)至(10,10)的临时图像;
  2. 用当前临时图像与模板图像进行比较,比较结果记为c;
  3. 对比结果c,记作结果图像(0,0)处的对比值;
  4. 向右滑动一个像素,切割待搜索图像从(0,1)至 (10,11)的临时图像,再与模板图像进行比较,并把比较结果记录到结果中;
  5. 重复(1)~(4)步直到临时图像切割到待搜索图像的右下角。

过程如图6所示:

 

图 6  模板匹配算法原理图

       设S(x,y)是大小为mxn的匹配图像,T(x,y)是MxN的模板图像,目前常规的模板匹配度量值计算方法有以下几种:

平均绝对差D(i,j)越小,表明越相似,故只需找到最小的D(i,j)即可确定能匹配的子图位置

绝对误差和D(i,j)越小,表明越相似,故只需找到最小的D(i,j)即可确定能匹配的子图位置

计算子图与模板图的L2距离和的平均值

计算子图与模板图的L2距离和

通过归一化的相关性度量公式来计算二者之间的匹配程度

3.基于oneAPI的实现

       我们的例子使用了第四种方法即误差平方和算法,计算子图与模板图的L2距离和。具体代码如下所示:

  1. %%writefile lab/gpu_sample.cpp
  2. #include <chrono>
  3. #include <cmath>
  4. #include <iostream>
  5. #include "CL/sycl.hpp"
  6. //#include "device_selector.hpp"
  7. // dpc_common.hpp can be found in the dev-utilities include folder.
  8. // e.g., $ONEAPI_ROOT/dev-utilities/<version>/include/dpc_common.hpp
  9. #include "dpc_common.hpp"
  10. // stb/*.h files can be found in the dev-utilities include folder.
  11. // e.g., $ONEAPI_ROOT/dev-utilities/<version>/include/stb/*.h
  12. #define STB_IMAGE_IMPLEMENTATION
  13. #include "stb/stb_image.h"
  14. #define STB_IMAGE_WRITE_IMPLEMENTATION
  15. #include "stb/stb_image_write.h"
  16. using namespace std;
  17. using namespace sycl;
  18. static void ReportTime(const string &msg, event e) {
  19. cl_ulong time_start =
  20. e.get_profiling_info<info::event_profiling::command_start>();
  21. cl_ulong time_end =
  22. e.get_profiling_info<info::event_profiling::command_end>();
  23. double elapsed = (time_end - time_start) / 1e6;
  24. cout << msg << elapsed << " milliseconds\";
  25. }
  26. // SYCL does not need any special mark-up for functions which are called from
  27. // SYCL kernel and defined in the same compilation unit. SYCL compiler must be
  28. // able to find the full call graph automatically.
  29. // always_inline as calls are expensive on Gen GPU.
  30. // Notes:
  31. // - coeffs can be declared outside of the function, but still must be constant
  32. // - SYCL compiler will automatically deduce the address space for the two
  33. // pointers; sycl::multi_ptr specialization for particular address space
  34. // can used for more control
  35. __attribute__((always_inline)) static void ApplyFilter(uint8_t *I,
  36. uint8_t *T,
  37. float *result,
  38. int i,
  39. int j,
  40. int Iw,
  41. int Ih,
  42. int Tw,
  43. int Th) {
  44. if (i >= Ih - Th + 1 || j >= Iw - Tw + 1) {
  45. return;
  46. }
  47. float sum = 0.0;
  48. for (int k = 0; k < Th; k++) {
  49. for (int s = 0; s < Tw; s++) {
  50. float diff = I[(i + k) * Iw + j + s] - T[k * Tw + s];
  51. sum += diff * diff;
  52. }
  53. }
  54. result[i * Iw + j] = sum;
  55. }
  56. int main(int argc, char **argv) {
  57. // loading the src image
  58. int src_img_width, src_img_height, src_channels;
  59. // 使用灰度图像
  60. // 加载图片 源图片
  61. uint8_t *src_image = stbi_load("./tmp_src_img.jpg", &src_img_width, &src_img_height, &src_channels, 1);
  62. if (src_image == NULL) {
  63. cout << "Error in loading the image\";
  64. exit(1);
  65. }
  66. cout << "Loaded src image with a width of " << src_img_width << ", a height of "
  67. << src_img_height << " and " << src_channels << " channels\";
  68. // loading the template image
  69. int template_img_width, template_img_height, template_channels;
  70. // 加载图片 模板图片
  71. uint8_t *template_image = stbi_load("./tmp_template_img.jpg", &template_img_width, &template_img_height, &template_channels, 1);
  72. if (template_image == NULL) {
  73. cout << "Error in loading the image\";
  74. exit(1);
  75. }
  76. cout << "Loaded template image with a width of " << template_img_width << ", a height of "
  77. << template_img_height << " and " << template_channels << " channels\";
  78. if (src_img_width < template_img_width || src_img_height < template_img_height) {
  79. cout << "Error: The template is larger than the picture\";
  80. exit(1);
  81. }
  82. // 分配的结果内存
  83. size_t num_counts = src_img_height * src_img_width;
  84. size_t src_size = src_img_height * src_img_width;
  85. size_t template_size = template_img_width * template_img_height;
  86. // 分配输出图像的内存
  87. // allocating memory for output images
  88. float *result = new float[num_counts];
  89. // 初始化
  90. // memset(image_ref, 0, num_counts * sizeof(float));
  91. // Create a device selector which rates available devices in the preferred
  92. // order for the runtime to select the highest rated device
  93. // Note: This is only to illustrate the usage of a custom device selector.
  94. // default_selector can be used if no customization is required.
  95. // 选择合适的设备
  96. //device_selector sel;
  97. // Using these events to time command group execution
  98. event e1, e2;
  99. // Wrap main SYCL API calls into a try/catch to diagnose potential errors
  100. try {
  101. // Create a command queue using the device selector and request profiling
  102. // 选择最适合的设备
  103. auto prop_list = property_list{property::queue::enable_profiling()};
  104. queue q(default_selector{}, dpc_common::exception_handler, prop_list);
  105. // See what device was actually selected for this queue.
  106. cout << "Running on " << q.get_device().get_info<info::device::name>()
  107. << "\";
  108. // 源图像buffer
  109. buffer src_image_buf(src_image, range(src_size));
  110. // 模板图像buffer
  111. // This is the output buffer device writes to
  112. buffer template_image_buf(template_image, range(template_size));
  113. // 结果的buffer
  114. buffer result_buf(result, range(num_counts));
  115. cout << "Submitting lambda kernel...\";
  116. // Submit a command group for execution. Returns immediately, not waiting
  117. // for command group completion.
  118. // 得到输出的比较之后的结果
  119. e1 = q.submit([&](auto &h) {
  120. accessor src_image_acc(src_image_buf, h, read_only);
  121. accessor template_image_acc(template_image_buf, h, read_only);
  122. accessor result_acc(result_buf, h, write_only);
  123. // 使用二维线程数
  124. h.parallel_for(range<2>{(size_t)src_img_height, (size_t)src_img_width}, [=](id<2> index) {
  125. // 内核程序执行
  126. ApplyFilter(src_image_acc.get_pointer(), template_image_acc.get_pointer(), result_acc.get_pointer(), index[0], index[1], src_img_width, src_img_height, template_img_width, template_img_height);
  127. });
  128. });
  129. q.wait_and_throw();
  130. } catch (sycl::exception e) {
  131. cout << "SYCL exception caught: " << e.what() << "\";
  132. return 1;
  133. }
  134. // report execution times:
  135. ReportTime("Lambda kernel time: ", e1);
  136. // cout << result[0] << " " << result[1];
  137. // 得到匹配位置的最小值
  138. int x,y;
  139. float minresult = result[0];
  140. for (int i = 0; i < src_img_height - template_img_height + 1; i++) {
  141. for (int j = 0; j < src_img_width - template_img_width + 1; j++) {
  142. if (minresult > result[i * src_img_width + j]) {
  143. y = i;
  144. x = j;
  145. minresult = result[i * src_img_width + j];
  146. }
  147. }
  148. }
  149. int x1 = x;
  150. int x2 = x + template_img_width - 1;
  151. int y1 = y;
  152. int y2 = y + template_img_height - 1;
  153. cout << x1 << " " << x2 << " " << y1 << " " << y2 << " ";
  154. // 对图片进行保存
  155. // 先标记两条横线
  156. for (int i = x1; i <= x2; i++) {
  157. src_image[y1 * src_img_width + i] = 0;
  158. src_image[y2 * src_img_width + i] = 0;
  159. }
  160. for (int i = y1 + 1; i < y2; i++) {
  161. src_image[i * src_img_width + x1] = 0;
  162. src_image[i * src_img_width + x2] = 0;
  163. }
  164. stbi_write_png("sepia_ref.png", src_img_width, src_img_height, src_channels, src_image, src_img_width * src_channels);
  165. return 0;
  166. }

致谢 

       最后,感谢教育部-英特尔产学合作专业综合改革项目提供的DevCloud平台支持,感谢英特尔亚太研发有限公司技术团队提供的技术支持。

       有关高性能计算课程及相关资料请参阅以下链接:

网站建设定制开发 软件系统开发定制 定制软件开发 软件开发定制 定制app开发 app开发定制 app开发定制公司 电商商城定制开发 定制小程序开发 定制开发小程序 客户管理系统开发定制 定制网站 定制开发 crm开发定制 开发公司 小程序开发定制 定制软件 收款定制开发 企业网站定制开发 定制化开发 android系统定制开发 定制小程序开发费用 定制设计 专注app软件定制开发 软件开发定制定制 知名网站建设定制 软件定制开发供应商 应用系统定制开发 软件系统定制开发 企业管理系统定制开发 系统定制开发