多加速器驱动agx的目标检测与车道分割 -凯发娱发k8

速器驱动agx的目标检测与分割

object detection and lane segmentation using multiple accelerators with drive agx

自动驾驶汽车需要快速、准确地感知周围环境，以便同时实时完成一系列广泛的任务。系统需要在各种环境、条件和情况下处理障碍物检测、确定车道边界、交叉口检测和多个功能之间的标志识别，并在汽车设置的功率限制范围内快速完成这项工作。drive agx平台是专门为满足这些要求而设计的。

驱动平台由xavier soc提供动力，采用nvidia gpu和多种其他加速器来分散计算负载，适用于安全标准，如iso 26262/asil-d、iso/pas 21448。这些加速器包括64位基于arm的八核cpu、一个集成的volta gpu、可选的离散图灵gpu、两个深度学习加速器（dla）、多个可编程视觉加速器（pva）以及一系列其他isp和视频处理器。这篇文章将深入到一个应用程序中，该应用程序同时运行两个深度学习模型，对图像进行对象识别和自我车道分割。我们在dl4agx项目中的apache许可下发布了这个应用程序，dl4agx项目是一个用于工具和应用程序的开放源代码项目，用于为nvidia agx平台开发支持深度学习的软件。

easy optimized inference pipelines using tensorrt and dali

使用tensorrt和dali的简易优化推理管道

tensorrt

tensorrt是nvidia的高性能深度学习推理平台。它包括一个深度学习推理优化器和运行时，为深度学习推理应用程序提供低延迟和高吞吐量。它允许更大和更复杂的模型在延紧急迟/计算受限的应用程序（如自动驾驶）中实用。

我们之前讨论了通过使用tensorrt将网络量化为8位整数表示（int8）来优化为自动驾驶场景中的对象分割而设计的语义分割模型的过程。它减少了运行推断所需的资源，并在gpu中利用专门的硬件。这类优化通常用于减少推理的延迟，同时保持模型的准确性。它有助于在有限的可用资源范围内完成所需的所有计算。

tensorrt 5.1不仅能够优化驱动agx系统上可用gpu的模型，而且能够在fp16和量化int8操作精度下优化xavier soc内的集成深度学习加速器（dla）。这允许开发人员充分利用xavier中内置的所有计算功能。

dali

然而，运行深度学习模型的任务并不局限于模型本身。预处理和后处理是整个推理管道的关键组成部分。dali库提供了一个高度优化的图像处理原始集合和一个基于图的执行引擎。这使得将用高效gpu内核实现的多个操作串在一起变得很容易。

跨多个设备管理计算可能很困难。需要处理同步、资源管理和计算依赖性等考虑事项。基于图的执行引擎可以自然地安排这些计算，提供数据，并允许库担心依赖关系图。资源管理和数据移动。

merging dali and tensorrt

tensorrt提供了自动驾驶应用程序所需的快速推理。dali提供了快速的预处理和简单的计算图管理方法。将这些工具包一起使用似乎是很自然的，这样可以加速预处理和推断。              我们通过提供tensorrt操作符的dali插件来实现这种集成。此运算符将优化的tensorrt引擎直接放置到dali计算图中，使用并生成与其他dali操作相同的数据格式。现在dali可以管理加速的预处理、优化的推理和整个管道中的数据传输。我们已经在dl4agx项目中的apache许可下发布了tensorrt推理运算符的源代码。它已在x86_64-linux、aarch64-linux（驱动器agx和jetson agx）和aarch64 qnx（驱动器agx）上得到验证。有关更多信息，请查看插件的自述文件。下面我们将查看使用此运算符的应用程序。

fast concurrent object detection and lane segmentation on heterogeneous hardware using dali and tensorrt

现在我们可以有一个完全加速的推理管道。让我们使用这种结构和tensorrt在gpu和dla上运行的能力，以及dali的数据管理能力，在单独的加速器上同时在相同的数据上运行两个模型，从而更有效地利用xavier soc及其板载加速器。这允许我们重叠相关的任务，如同时进行车道分割和目标检测。

concurrent inference on multiple different accelerators

对于同时进行车道分割和目标检测的例子，有一个共同的源图像，但需要对每个模型分别进行预处理。因此，我们可以构建一个计算图，如图1所示：

figure 1. data pipeline for concurrent lane segmentation and object detection. the green block represent tasks running on the gpu, yellow ops run on the dla and blue on the cpu.

预处理是在gpu上使用dali的内核完成的，每个arm的推理运行在不同的加速器上。此图是multideviceinferencepipeline示例中的推理应用程序实现的。

walking through the computational graph

此应用程序使用配置文件设置计算图的所有不同设置。浏览这个文件是一个很好的方法，可以一个节点一个节点地浏览这个图形。配置文件定义带注释图像的输入数据和输出位置。它充当使用图像流作为输入的替身，将结果输入到一些高级世界表示或其他a/v用例中。

# from example_conf.toml

# paths for i/o

input_image = "/path/to/input_image.jpg"

output_image = "/path/to/output_image.jpg"

在本例中，需要配置管道的下一个分支分段分支。我们为分段选择的模型设计为完全在dla上运行（这里可以参考dla支持的层列表，以帮助确定模型兼容性）。您可以看到图中的这个arm被设置为使用dla core 1。您还应该注意，设备（gpu）也设置为igpu的设备号，在我们的例子中是1。这是用于与dla接口的gpu设备。在xavier soc上，igpu是dla的唯一接口，因此tensorrt必须瞄准它。但是，dla仍然处理计算。此外，请注意用于配置dali执行引擎的设置。特别是，看看异步执行设置，这意味着计算图的两个分支不会相互阻塞。

# configurations for the segmentation pipeline

[[inference_pipeline]]

name = "segmentation"

device = 1                    # id of gpu acting as dla bridge

dla_core = 1                 # target device (dla core 1)

batch_size = 1

async_execution = true   # enable asynchronous execution of branches of pipeline

num_threads = 1             # cpu thread pool size

下面是图形分割臂的预处理设置。这些值配置优化的gpu内核，这些内核将调整图像大小并使其规格化，以获得tensorrt引擎的输入分辨率。

[inference_pipeline.preprocessing]

# image pre-processing parameters

resize = [3, 240, 795]

mean = [0.0, 0.0, 0.0]

std_dev = [1.0, 1.0, 1.0]

接下来是tensorrt引擎本身，它以序列化的tensorrt引擎的形式被使用（这里它被保存到文件系统上的一个文件中）。以下各节详细介绍了网络的输入和输出头信息。

[inference_pipeline.engine]

# path to tensorrt engine

path = "experiments/deeplabv2_res18_small_240x795_int8_dla.engine"

[[inference_pipeline.engine.inputs]]

# name and shape of the model input tensor

name = "imagetensor"

shape = [3, 240, 795]

[[inference_pipeline.engine.outputs]]

# name and shape of the model output tensor

name = "logits/semantic/biasadd"

shape = [2, 15, 50]

这就是分割所需arm的全部配置。接下来，我们添加另一个[[推断管道]]实例来配置对象检测。（注意：为了源代码的清晰性，该应用程序不是完全通用的；它不处理任意一组管道。但是，在现有代码中实现这一点非常简单。）

我们再次看到相同的高级设置。在这里，我们将dla_core设置为-1，这意味着不要将dla用于此引擎，而是使用gpu（gpu设备1，xavier上的igpu）。由于另一个网络在dla上运行，这两个网络实际上将在不同的设备上运行，即使它们在这里共享一个设备号。

[[inference_pipeline]]

name = "object detection"

device = 1                    # target device (xavier igpu)

dla_core = -1                 # disable dla for this engine

batch_size = 1

async_execution = true     # enable asynchronous execution of branches of pipeline

num_threads = 1              # cpu thread pool size

我们再次设置预处理的参数、引擎文件的路径及其输入和输出头信息。

[inference_pipeline.preprocessing]

# image pre-processing parameters

resize = [3, 300, 300]

mean = [127.5, 127.5, 127.5]

std_dev = [127.5, 127.5, 127.5]

[inference_pipeline.engine],

# path to tensorrt engine

path = "experiments/ssd_resnet18_kitti_int8_igpu.engine"

[[inference_pipeline.engine.inputs]]

# name and shape of the model input tensor

name = "input"

shape = [3, 300, 300]

这里我们看到这个网络有多个输出头。这是tensorrt nms插件的结果，但是dali能够相应地处理这个问题。

[[inference_pipeline.engine.outputs]]

# name and shape of the model output tensor

name = "nms"

shape = [1, 100, 7]

[[inference_pipeline.engine.outputs]]

# name and shape of additional model output tensor (specific to trt nms plugin)

name = "nms_1"

shape = [1, 1, 1]

我们在这里还看到了一个自定义插件的使用，这个插件实现了一个flattencat操作符，ssd网络使用了这个操作符。

[[inference_pipeline.engine.plugins]]

# path to tensorrt plugin for flattenconcat op (see //plugins/tensorrt/flattenconcat)

path = "/bazel-bin/plugins/flattenconcatplugin/libflattenconcatplugin.so"

综合起来，整个配置文件表示上图所示的完整管道。

generic inference pipeline implementation

在这篇博文中，我们一直在不断地回到这个基本的预处理->推理原始子图。现在让我们看看如何使用dali和tensorrt一起实现这个原始的泛型版本。这个dalitrtpipeline类为配置文件中的每个推理管道条目进行配置和实例化，并用作子图的封装，接收原始解码的jpeg并从模型返回结果。这个构造函数包含创建这个基本子图的主要逻辑（其余的组件主要是dali周围的小包装）。

// from dalitrtpipeline.cpp

dalitrtpipeline::dalitrtpipeline(const std::string pipelineprefix,

                                preprocessing::preprocessingsettings preprocessingsettings,

                                std::string trtenginefilepath,

                                std::vector pluginpaths,

                                std::vector engineinputbindings,

                                std::vector engineoutputbindings,

                                const int deviceid,

                                const int dlacore,

                                const int numthreads,

                                const int batchsize,

                                const bool pipelineexecution,

                                const int prefetchqueuedepth,

                                const bool asyncexecution)

{

管道的构建从这里开始，在新的dali管道中添加一个输入节点和arm的预处理步骤。

this->inferencepipeline = new dali::pipeline(batchsize, numthreads,

                                               deviceid, seed,

                                               pipelineexecution,

                                               prefetchqueuedepth,

                                               asyncexecution); //max_num_stream may become useful here

   //hardcoded input node

   const std::string externalinput = "decoded_jpegs";

   this->inputs.push_back({externalinput, "cpu"});

   this->inferencepipeline->addexternalinput(externalinput);

   const std::vector> preprocessingoutputnodes = {std::make_pair("preprocessed_images", "gpu")};

   //single function to append the preprocessing steps to the pipeline (modify this function in preprocessingpipeline/pipeline.h to change these steps)

   preprocessing::addopstopipeline(this->inferencepipeline, pipelineprefix,

                                   this->inputs[0], preprocessingoutputnodes,

                                   preprocessingsettings, true);

您可以看到下面的实际操作。首先，将图像大小调整为模型的输入大小，然后进行规格化。默认情况下，gpu通过dali处理这两个操作。

//from preprocessing.h

inline void addopstopipeline(dali::pipeline* pipe,

                           const std::string prefix,

                           const std::pair externalinput,

                           const std::vector> pipelineoutputs,

                           const preprocessing::preprocessingsettings& settings,

                           bool gpumode)

{

   int nchannel = settings.imgdims[0]; //channels

   int nheight = settings.imgdims[1];  //height

   int nwidth = settings.imgdims[2];   //width

   std::string executionplatform = gpumode ? "gpu" : "cpu";

   pipe->addoperator(

       dali::opspec("resize")

          .addarg("device", executionplatform)

          .addarg("interp_type", dali::dali_interp_cubic)

          .addarg("resize_x", (float) nwidth)

          .addarg("resize_y", (float) nheight)

          .addarg("image_type", dali::dali_rgb)

          .addinput("decoded_jpegs", executionplatform)

          .addoutput("resized_images", executionplatform),

       prefix   "_resize");

   pipe->addoperator(

       dali::opspec("normalizepermute")

          .addarg("device", executionplatform)

          .addarg("output_type", dali::dali_float)

          .addarg("mean", settings.imgmean)

          .addarg("std", settings.imgstd)

          .addarg("height", nheight)

          .addarg("width", nwidth)

          .addarg("channels", nchannel)

          .addinput("resized_images", executionplatform)

          .addoutput(pipelineoutputs[0].first, pipelineoutputs[0].second),

       prefix   "_normalizepermute");

}

最后，我们使用用于dali的tensorrt插件将tensorrt引擎添加到管道中。引擎是从序列化的tensorrt引擎摄取的。此时，我们设置输入、输出和插件，以及引擎和推理运行时的设置。

   //read in tensorrt engine

   std::string serializedengine;

   utils::readserializedfiletostring(trtenginefilepath, serializedengine);

   dali::opspec inferop("tensorrtinfer");

   inferop.addarg("device", "gpu")

      .addarg("inference_batch_size", batchsize)

      .addarg("engine", serializedengine)

      .addarg("plugins", pluginpaths)

      .addarg("num_outputs", engineoutputbindings.size())

      .addarg("input_nodes", engineinputbindings)

      .addarg("output_nodes", engineoutputbindings)

      .addarg("log_severity", 3);

选择使用dla或gpu实际上是我们插件提供的tensorrt运算符的参数。

// decide whether to use a dla for the engine or not

   if (dlacore >= 0)

  {

       inferop.addarg("use_dla_core", dlacore);

  }

​

   for (auto& in : preprocessingoutputnodes)

  {

       inferop.addinput(in.first, "gpu");

  }

​

   for (auto& out : engineoutputbindings)

  {

       inferop.addoutput(out, "gpu");

       this->outputs.push_back({out, "gpu"});

  }

​

   std::cout << "registering " << pipelineprefix << " tensorrt op" << std::endl;

   this->inferencepipeline->addoperator(inferop);

  }

}

鉴于这个简单的原语及其配置，我们现在构建完整的多设备管道。

第一阶段是在一个真正的自主车辆应用程序中从文件系统加载图像，这很可能是一个图像流。图像首先被解码，然后通过dali制作两份拷贝，以供给管道的每一个分支。

std::cout << "load jpeg images" << std::endl;

   dali::tensorlist jpegbatch;

   utils::makejpegbatch(settings.infiles, &jpegbatch, settings.batchsize);

​

   jpegpipeline.setpipelineinput(jpegbatch);

   jpegpipeline.runpipeline();

​

   std::vector detinputbatch;

   std::vector seginputbatch;

   jpegpipeline.getpipelineoutput(detinputbatch, seginputbatch);

我们将图像输入到管道的arms中，从图像被解码的点开始。dali处理cpu和gpu之间的所有内存管理和数据传输。

   // load this image into the pipeline (note there is no cuda memcpy yet as

   // jpeg decoding is done cpu side, dali will handle the memcpy between ops

   std::cout << "load into inference pipelines" << std::endl;

   detpipeline.setpipelineinput(detinputbatch);

   segpipeline.setpipelineinput(seginputbatch);

实际的执行在设置输入之后开始。arm异步运行，因此一个arm中的操作不会阻止另一个arm中的操作。getpipelineoutput调用充当一个屏障，在后处理之前同步两个arm。

// run the inference pipeline on both the gpu and dla

   // while this is done serially in the app context, when the pipelines are built

   // with asyncexecution enabled (default), the pipelines themselves will run concurrently

   std::cout << "starting inference pipelines" << std::endl;

   detpipeline.runpipeline();

   segpipeline.runpipeline();

​

   // now setting a blocking call for the pipelines to synchronize the pipeline executions

   std::cout << "transferring inference results back to host for postprocessing" << std::endl;

   std::vector detpipelineresults;

   std::vector segpipelineresults;

   detpipeline.getpipelineoutput(detpipelineresults);

   segpipeline.getpipelineoutput(segpipelineresults);

最后，数据被复制回来，并被解包以进行后期处理和最终可视化（在完整的av应用程序中，它可能会继续更新世界表示）。

// copy data back to host

   std::vector detnmsoutput(conf::bindingsize(settings

                                                        .pipelinebindings[kdet_pipeline_name]

                                                        .outputbindings["nms"]),

                                   0);

​

   std::vector detnms1output(conf::bindingsize(settings

                                                          .pipelinebindings[kdet_pipeline_name]

                                                          .outputbindings["nms_1"]),

                                    0);

​

   std::vector segoutput(conf::bindingsize(settings

                                                      .pipelinebindings[kseg_pipeline_name]

                                                      .outputbindings["logits/semantic/biasadd"]),

                                0);

   utils::gputensorlisttorawdata(detpipelineresults[0], &detnmsoutput);

   utils::gputensorlisttorawdata(detpipelineresults[1], &detnms1output);

   utils::gputensorlisttorawdata(segpipelineresults[0], &segoutput);

results

图2显示了一个系统生成的示例，一个带检测的带标记的图像和一个车道分割。这个管道不输出图像，而是可以在更真实的应用程序中为自动驾驶系统的其他组件提供数据。

figure 2. output from the application showing an annotated image with bounding boxes and segmentation mask

使用dali和tensorrt加速推理，通过充分利用驱动agx上的硬件，在实际模型执行和预处理中产生显著的性能加速，如图3所示。

figure 3. performance speed up due to reduced precision inference and preprocessing acceleration

本文研究了如何使用dali和tensorrt更简单地管理异构计算管道。但是，我们也看到了通过将这两个库一起使用而显著的性能改进。我们在xavier soc上测试了使用dali和tensorrt实现的resnet-18模型管道。在这种情况下，通过tensorrt在gpu上执行推理。由于使用了gpu加速预处理，我们显示了1.57x的加速，并且通过使用量化int8而不是fp32执行模型，性能提高了3.5倍。

除了通过dali和tensorrt一起使用，更好地利用xavier soc上的各种加速器外，我们还提高了计算本身的性能。

extending this concept

如图1所示，基本的两个模型示例展示了这种推理方法的潜力。从这里可以扩展到更宽的范围，包括图形中的更多模型，或者使用不同的输入设置，如立体图像对，如图4所示。有可能进一步扩展dali，让运营商利用xavier上的其他加速器，如pva。使用上面我们详细介绍的通用组件，以充分利用drive agx计算能力的方式实现这些不同的系统不需要太多努力。

figure 4. potential other inference graph topologies implementable with the same common primitives as the example above.

trying it for yourself

tensorrt dali集成的应用程序源代码、模型培训配方和源代码是开放源码的，并在多设备接口管道目录中的dl4agx repo中发布，并且已经在驱动器agx（qnx和linux）、jetson agx和x86ʂ64（使用多个gpu而不是gpu dla）上进行了测试。您将找到有关如何在kitti数据集上训练对象检测和车道分割模型、交叉编译目标硬件的所有应用程序并将这些模型转换为tensorrt引擎以用于此管道以及应用程序的实际使用的详细说明。

creating and running applications on drive agx

dl4agx项目继续为各种agx平台开发深度学习工具和应用程序。它基于使用bazel和docker的容器化构建基础设施，允许交叉编译这些应用程序和工具变得非常简单和容易设置。支持的环境包括基于drive agx pdks和jetpack/jetson agx的环境。请关注此repo，寻找新的工具和应用程序，这些工具和应用程序将有助于为agx平台开发更简单的深度学习应用程序。

references

[geiger et al. 2013] geiger, a., lenz, p., stiller, c., & urtasun, r. (2013). vision meets robotics: the kitti dataset. the international journal of robotics research, 32(11), 1231-1237.

[chen et. al 2017] chen, l. c., papandreou, g., kokkinos, i., murphy, k., & yuille, a. l. (2017). deeplab: semantic image segmentation with deep convolutional nets, atrous convolution, and fully connected crfs. ieee transactions on pattern analysis and machine intelligence, 40(4), 834-848.

[liu et. al 2016] liu, w., anguelov, d., erhan, d., szegedy, c., reed, s., fu, c. y., & berg, a. c. (2016, october). ssd: single shot multibox detector. in european conference on computer vision (pp. 21-37). springer, cham.

[smolyanskiy et al. 2018] smolyanskiy, n., kamenev, a., & birchfield, s. (2018). on the importance of stereo for accurate depth estimation: an efficient semi-supervised deep neural network approach. in proceedings of the ieee conference on computer vision and pattern recognition workshops (pp. 1007-1015).

[redmon et. al. 2018] redmon, j., & farhadi, a. (2018). yolov3: an incremental improvement. arxiv preprint arxiv:1804.02767.

多加速器驱动agx的目标检测与车道分割的相关教程结束。