HarmonyOS 鸿蒙Next Paddle Lite使用ohos编译版本chengCreatePaddlePredictor时程序卡主不动

发布于 1周前 作者 yuanlaile 来自 鸿蒙OS

HarmonyOS 鸿蒙Next Paddle Lite使用ohos编译版本chengCreatePaddlePredictor时程序卡主不动 我通过鸿蒙的教程《Paddle-Lite集成到应用hap》https://gitee.com/openharmony-sig/tpc_c_cplusplus/blob/master/thirdparty/Paddle-Lite/docs/hap_integrate.md 得到了so库以后，使用过程中，在初始化时会卡主不动，无法创建成功。paddle Lite的初始化方法

predictor_ = paddle::lite_api::CreatePaddlePredictor<paddle::lite_api::MobileConfig>(config);

我使用的应该没问题，我问了其他同事也遇到这个问题，他们在构建config的时候就crash了。现在不知道是为什么，是不是编译的库有问题。希望能提供一个编译好的库我们再试试看。


更多关于HarmonyOS 鸿蒙Next Paddle Lite使用ohos编译版本chengCreatePaddlePredictor时程序卡主不动的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

Harmonyos Next教程
2 回复

可以先尝试将config.set_threads(cpuThreadNum); 的cpuThreadNum修改1，目前本地测试是可行的，

更多关于HarmonyOS 鸿蒙Next Paddle Lite使用ohos编译版本chengCreatePaddlePredictor时程序卡主不动的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


针对HarmonyOS鸿蒙Next中Paddle Lite使用ohos编译版本在调用chengCreatePaddlePredictor时程序卡主不动的问题，可能的原因及解决方案如下：

  1. 资源竞争或死锁：检查是否有其他线程或进程占用了必要的资源，导致当前线程在尝试获取资源时发生阻塞。此外，确认代码中是否存在可能导致死锁的逻辑。

  2. 初始化问题：chengCreatePaddlePredictor函数可能依赖于某些全局状态或资源的正确初始化。检查所有必要的初始化步骤是否已正确执行，包括内存分配、设备配置等。

  3. 依赖库问题：确保Paddle Lite的ohos编译版本与你的HarmonyOS环境兼容。检查是否有任何缺失的依赖项或版本冲突。

  4. 性能瓶颈：如果系统资源有限（如CPU、内存），chengCreatePaddlePredictor可能在执行初始化时遇到性能瓶颈。尝试优化代码或增加系统资源。

  5. 日志与调试：增加日志输出，特别是在调用chengCreatePaddlePredictor前后，以帮助定位问题发生的具体位置。使用调试工具逐步执行，观察程序行为。

如果问题依旧没法解决请联系官网客服，官网地址是：https://www.itying.com/category-93-b0.html

回到顶部