使用的OE版本是v3.0.22
正常推理耗时在2-3ms 但是最近发生耗时很长 1s的情况(一天发送两次左右)
请问下 这是什么原因导致
可以dmesg查看是否bpu状态是否正常。
这个观察哪个字段
带有bpu的字段
推理之前注意看一下bpu占用情况,是不是有其他人也在用
我的日志里记录了 /sys/devices/system/bpu/ratio 这个 最大不到80
hrt_ucp_monitor -e bpu使用这个命令看一下
这个是oe包的吧 需要编译一个放到版子上吧
是的
补充一点。把出问题那段视频拿回来离线回灌并没发现耗时长
测试发现 大概都是固定位置出这个问题
我们推理过程都是串行运行的 不存在抢占
还有一个发现,就是出现这个问题的时候 相机获取图像数据耗时也变大一赔,正常是50ms,出现问题的时候用了100ms
您好,请问现在这个问题解决了吗?
您好,鉴于长时间未收到你的答复,相信问题已解!我们暂将该问题做关闭处理,如您仍有相同问题,请在新的帖子中重新发起提问,祝您工作愉快!