在rk3399pro上使用rknn的接口rknn_init内部概率性崩溃！！！

我也遇到过这个问题，4路视频，每路3-4个模型，重启程序的时候很容易出现这个问题
复现步骤：多进程loop{rknn_init,inference n time,rknn_destory}

题主发的复现代码就可以

leok 发表于 2020-6-7 11:10
如遇见问题可以开帖，把问题列出来。并把信息提供全。 提供复现脚本。

你们是否尝试了复现这个问题？

jefferyzhang 发表于 2020-6-8 16:35
很遗憾，我们没能复现该问题。
烤鸡72小时均无问题

你们是在 96 AI board上复现的吗？难道复现环境有什么差异？

jefferyzhang 发表于 2020-6-8 16:45
我们没有96Ai板子，这个是代理商做的。

上面不是用的你们的核心板吗？核心板的方式和官方的开发板用的驱动和API都是一样的吧？

jefferyzhang 发表于 2020-6-8 16:47
还有烤鸡不是烤你的程序，是烤我们自己的ssd。
我们没有义务帮客户程序烤鸡，我们只保证自己代码是稳定的， ...

这个用例是否包含在你们的烤鸡程序里？反复多进程并发初始化-推理-销毁
我直觉这是 驱动或SDK的逻辑问题

毕竟这个问题我们也是实实在在的出现了

jefferyzhang 发表于 2020-6-8 16:58
为啥要不停销毁？NPU的session建立完就一直在用了，不需要销毁。
不同模型不停切换session即可。 ...

正常情况，我们不会不停的销毁，我们是在线上设备发现的问题，4个进程，4路视频，每个进程跑大概3个模型，当重启程序的时候，会出现无论如何都重启不成功，只有重启设备

为了快速复现这个问题：快速模拟重启行为，才会不停的init,inference,destory,如果这么测没有问题的话，就说明底层没有问题是应用的问题
我们也怀疑过是模型的问题，但用rockx也同样出现问题

jefferyzhang 发表于 2020-6-8 17:07
异构运算，你的快速能保证和NPU同步么，不能的话拼命销毁重建模型，考虑过NPU那边会不会爆掉么？ ...

我觉得这是你们应该考虑的吧，从驱动或SDK里面加上保证稳定性的逻辑

为什么复现代码都提供了，还是一堆的问题，而不去复现呢？
而且我们不频繁操作也同样会出现问题， 我们是多进程使用，NPU的同步不应该让应用层去考虑

好的，非常感谢你的耐心答复，也希望你能把我们的疑问反馈给NPU的相关人员

因为在正常的程序重启过程中：3个模型销毁重建就是6次操作，同时另外3个进程的9个模型也在推理
中间可能出现了同步的问题

我怎么感觉，他们很抵触问题，不正面回答，而且态度上就是程序员易犯的思维模式“有问题肯定是别人的问题”