使用tensorrt遇到的一些坑

1. 将tensorrt从6.0.1.5升级到7.1.0.0后遇到的问题:

报错:Assertion failed: !_importer_ctx.network()->hasImplicitBatchDimension() && "This version of th ONNX parser only supports TensorRT INetworkDefinitions with an explicit batch dimension. Please ensure the network was created using the EXPLICT_BATCH NetworkDefinitionCreationFlag"

情况描述:

我的电脑使用的是tensorrt6.0.1.5,按照其中sample代码sampleOnnxMNIST.cpp,整理了一个读取onnx模型进行分类的程序,然后将代码移植到硬件中,硬件中的tensorrt版本是7.1,结果报错如上。我调试代码,把错误定位到

auto parsed = parser->parseFromFile()语句

参考网址:

https://blog.youkuaiyun.com/tiatiatiatia/article/details/106880488

这篇博客比较长,开始没注意到,后来经过YJY同学的提醒才发现,有用的位置在:

这个参考网址遇到的错误与我遇到的相似,按照这个网址更改我没有成功,但是提供了很重要的思路。我使用BeyondCompare比较了tensorrt7.1和tensorrt6.0版本的sampleOnnxMNIST.cpp

结果:

不同的地方还是挺多的,我将我的代码按照差异全部更改后仍然报错,指示samplesCommon::BufferManager buffers()函数调用错误。我又将tensorrt中common中的头文件更换,成功了。

真是挺坑的,搜索的时候没有啥结果,查了很长时间。这个BUG能解决要感谢学生YJY,提供了解决思路和网址

 

2. 关于使用engine文件遇到的问题:

报错:Cuda failure:77 

情况描述:

做人脸识别时候使用的一个github上开源的一个项目:

https://github.com/nwesem/mtcnn_facenet_cpp_tensorRT

算法上人脸检测使用了mtcnn算法,人脸识别使用了facenet算法,算是人脸识别从理论到应用比较完成的一个工程了

当我将工程运行成功之后,我想修改输入图像的尺寸,修改结果如下图所示,不是检测不准就是报错。

参考网址:

结果:

通过不断地测试,最后发现问题出在MTCNN中生成的engine文件上,MTCNN使用了图像金字塔,MTCNN具体的算法理论大家可以在网上自己搜一下,这个位置不做过多的讲解。当生成engine文件时,MTCNN算法会根据图像金字塔的宽和高,对应生成engine文件。当修改输入尺寸时,图像金字塔尺寸发生变化,文件夹中存在之前参数生成的engine文件时,程序只会调用之前参数生成的engine文件而不会重新生成,旧engine文件对应参数与新生成的图像金字塔参数并不匹配因此产生异常。

engine这个文件还是挺重要的,个人理解tensorrt会将各种不同的模型文件,例如:tensorflow生成的pb文件,pytorch生成的pth文件,onnx文件等等,转换为tensorrt使用的engine文件,然后使用engine文件进行推理。

tensorrt官网上专门有一句话说是变换环境之后engine文件需要重新生成,不然会报错:

不知道tensorrt说明文档有没有中文的,看着真是有些太费事了,一些小地方不吃点苦头真是注意不到。

未完待续

### 关于 MMDeploy 在 C++ 中使用的常见问题及解决方案 #### 错误处理与调试技巧 当在 Windows 下编译并尝试运行由 MMDeploy 生成的 C++ 应用程序时,可能会遇到各种错误。其中一种常见的问题是 `WinError126`,即找不到指定模块。此问题通常发生在迁移 DLL 文件至另一台计算机上之后[^2]。 为了克服这个问题,在目标机器上除了确保已复制必要的 `.dll` 文件外,还需确认这些依赖项能够被正确找到。可以利用工具如 Dependency Walker 来分析缺失的具体动态链接库,并按照提示安装相应的 Visual Studio Redistributable 或其他所需的第三方库版本。 #### 动态链接库路径配置 另一个需要注意的地方是在不同操作系统之间移植应用程序时,DLL 的搜索顺序有所不同。对于 Python 调用而言,可以通过设置环境变量 `PATH` 将包含自定义共享对象的位置加入到系统的查找路径中;而对于纯 C++ 程序,则可以在启动前通过编程方式调整加载器的行为: ```cpp #include <windows.h> // 设置当前工作目录下的 bin 子文件夹作为额外的 DLL 查找位置之一 SetDllDirectory(L".\\bin"); ``` 上述代码片段展示了如何修改进程级别的默认 DLL 加载策略,从而使得特定子目录内的资源更容易被识别和访问。 #### 编译选项优化建议 针对某些高级特性或硬件加速的支持(比如 TensorRT),可能需要特别指明构建参数以启用它们。例如,在使用 CMake 构建过程中传递 `-DMMDEPLOY_TARGET_BACKENDS="ort;trt"` 和 `-DMMDEPLOY_TARGET_DEVICES="cuda;cpu"` 参数可让最终产物兼容更多类型的计算设备[^3]。 此外,如果项目涉及到多个后端引擎的选择,务必仔细阅读官方文档了解各组件之间的兼容性和互操作性要求,以免因不恰当组合而导致不必要的麻烦。 ---
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值