AI Edge Box 部署模型后,如何验证模型是否真正运行在 NPU 上而不是 fallback 到 CPU?

云云云 2026-08-11 15:46:47

AI Edge Box 部署模型后,如何验证模型是否真正运行在 NPU 上而不是 fallback 到 CPU?
 

...全文
42 1 打赏 收藏 转发到动态 举报
写回复
用AI写文章
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
weixin_38498942 08-11 16:15
  • 打赏
  • 举报
回复

可以通过日志、工具命令和代码埋点确认模型运行目标硬件。

  1. 查看转换日志
    模型转换时会显示算子分配情况:
    bash
qnn-onnx-converter \--input_network model.onnx \--output_path model.dlc \--backend htp

如果出现大量算子 fallback 警告,说明部分算子没有完全运行在 NPU 上。
2. 运行时日志
设置日志级别后查看执行设备:
bash

export QNN_LOG_LEVEL=DEBUG
./inference_app

日志中通常会显示算子是否运行在 HTP、GPU 或 CPU 上。
3. 对比推理耗时
同一模型在 NPU 上通常比 CPU 快很多。可以做一次简单对比:
cpp
运行

auto t1 = now();run_inference();auto t2 = now();
std::cout << "infer ms: " << diff_ms(t1, t2) << std::endl;

如果开启 NPU 后耗时没有明显下降,就需要检查模型是否真正使用了硬件加速。

内容概要:本文研究了一种针对四机并联孤岛微电网的协同控制策略,通过集成DoS攻击模拟、分布式二次控制、下垂控制与事件触发式负荷控制,旨在实现微电网在遭受网络安全威胁等异常工况下的电压与频率恢复以及有功/无功功率的精确共享分配。基于Simulink平台构建了完整的微电网仿真系统,包含多台分布式发电单元(DG),采用下垂控制实现无需通信的功率自主分配,并引入分布式二次控制以补偿由下垂特性引起的电压和频率偏差,从而提升电能质量。为进一步降低通信负担并提高系统效率,设计了事件触发机制,仅在必要时刻进行信息交互。研究重点在于多时间尺度下的协同控制架构设计,全面验证了该策略在正常运行与遭受DoS攻击等扰动情形下的稳定性、鲁棒性与恢复能力。; 适合人群:具备电力系统、自动控制理论基础,熟悉Simulink/Matlab仿真工具,从事微电网、分布式能源、智能电网及相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①研究孤岛微电网中电压频率恢复与功率均分的多时间尺度协同控制机制;②分析DoS网络攻击对微电网控制性能的影响及其应对策略;③掌握事件触发控制在减少通信开销中的实际应用方法;④复现并拓展具备网络安全防护能力的高级微电网控制算法仿真模型。; 阅读建议:此资源以Simulink仿真实现为核心,建议读者结合现代控制理论与网络安全知识,逐步搭建系统模型,重点关注控制器参数整定、事件触发阈值设计及DoS攻击注入方式,通过对比实验深入理解控制策略的有效性与鲁棒性。

7,652

社区成员

发帖
与我相关
我的任务
社区描述
本论坛以AI、WoS 、XR、IoT、Auto、生成式AI等核心板块组成,为开发者提供便捷及高效的学习和交流平台。 高通开发者专区主页:https://qualcomm.csdn.net/
人工智能物联网机器学习 技术论坛(原bbs) 北京·东城区
社区管理员
  • csdnsqst0050
  • chipseeker
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧