嵌入式ARM程序高级调试技能：18.测量 dlopen加载 .so库的运行时间

最新推荐文章于 2025-08-23 23:21:14 发布
最新推荐文章于 2025-08-23 23:21:14 发布
阅读量9 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 嵌入式ARM程序高级调试技能总结 文章标签： arm开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xushx_bigbear/article/details/150572088

嵌入式ARM程序高级调试技能：18.测量 dlopen加载 .so库的运行时间

文章目录


测量 dlopen加载 .so库的运行时间是分析其性能影响（尤其是对启动优化效果评估）的关键步骤。以下是如何进行测量的详细指南，包括方法、工具、代码示例以及注意事项：

核心测量目标：

  1. dlopen调用本身的耗时： 这包括了：
    • 在文件系统上查找库文件。
    • 将库文件内容读入内存（I/O 开销）。
    • 执行必要的重定位（Relocation）。
    • 解析库的依赖项（递归加载依赖的 .so）。
    • 执行库的初始化函数（__attribute__((constructor))或 .init段）。
  2. 首次使用库功能的耗时（可选）： 首次调用通过 dlsym获取的函数指针时，可能涉及符号解析延迟（如果使用 RTLD_LAZY）或触发惰性绑定的开销。测量这个时间有助于理解首次使用该库功能的延迟。

测量方法：

1

了解本专栏 订阅专栏 解锁全文 超级会员免费看
嵌入式ARM程序高级调试技能：17.dlopen加快程序启动速度的原因分析，以及案例说明
AIoT深度探索者 | 嵌入式系统架构师 深耕物联网（IoT）与人工智能（AI）融合技术，聚焦​​边缘计算、图像开发、低功耗通信协议​​，致力于智能硬件,关注我获取最新技术文章信息与海量资源~
08-21 8
嵌入式ARM程序dlopen加速启动分析摘要： 在嵌入式系统中，dlopen通过延迟加载机制显著优化程序启动速度，主要原因包括：1）规避低速存储介质（如Flash）的I/O瓶颈；2）减少内存占用，避免小内存设备的换页开销；3）跳过非核心模块（驱动/协议栈/插件）的加载和初始化耗时。典型案例显示，AUTOSAR平台延迟加载应用模块可节省近1秒启动时间，Linux嵌入式设备优化节省500ms-2s，RTOS环境通过类dlopen机制实现核心功能快速启动。优化效果取决于库大小、存储速度和CPU性能，该技术被AUT
33、内存管理：交换、映射与泄漏检测
i1j2k的博客
07-21 20
本文详细探讨了Linux系统下的内存管理技术，包括交换（Swapping）机制及其优化方案zram，使用mmap进行内存映射的多种方式，以及如何监控和分析应用程序的内存使用情况。文中还介绍了多种内存指标如Vss、Rss、Uss和Pss的区别与应用场景，并提供了内存泄漏检测的实用工具和方法，如mtrace和Valgrind。通过这些内容，帮助开发者更好地理解内存管理流程，优化系统性能并及时发现潜在问题。
面试题总结（2018.7.26开始，持续更新中）
maimunai的博客
07-30 1627
Android 部分 目录 Android 部分 Java 基础部分 1.  Android中的四大组件有哪些？各自有什么作用？ 2.  activity的生命周期 启动Activity： onCreate()—>onStart()—>onResume()，Activity进入运行状态。 Activity退居后台： 当前Activity转到新的Activity界面或按...
note_2019_8
RTFSC_ALAN的博客
03-16 2380
:-)编译过程如果提示缺少ssl头文件 ubuntu14.04,在原有msm8953的编译环境下增加安装工具sudo apt-get install libssl-dev 即可编译通过 ================================================================================== 修改系统DPI msm8953:/ # wm density 400(V6 默认DPI 480) 代码修改： root@msm8953_64:/ # get
《BPF( 伯克利数据包过滤器 ) Performance Tools》 第二章 技术背景
weixin_55255438的博客
10-05 2237
下图是Sasha Goldshtein用户态预定义静态跟踪(user-level statically defined tracing, USDT)提供了一个用户空间版的跟踪点机制。BCC的USDT支持是Sasha Goldshtein实现的，bpfrace的USDT支持是由笔者和Matheus Marchini完成的。用户态的软件有很多与跟踪和日志相关的技术，而且许多应用程序自身也内置了自定义的事件日志系统，可以根据需要随时开启。USDT与众不同之处在于，它依赖于外部的系统跟踪器来唤起。
嵌入式ARM程序高级调试基础：5.ubuntu x86 linux 调用动态库函数libmath，查看函数/变量偏移地址方法
AIoT深度探索者 | 嵌入式系统架构师 深耕物联网（IoT）与人工智能（AI）融合技术，聚焦​​边缘计算、图像开发、低功耗通信协议​​，致力于智能硬件,关注我获取最新技术文章信息与海量资源~
08-06 565
调用时使用 gcc main_static.c -L. -lmath -o main_static（优先链接动态库，需加 -static 强制静态链接）。gcc main_static.c -L. -lmath -o main_static # 链接libmath.so。• 必须设置 LD_LIBRARY_PATH 或复制库到系统路径（如/usr/lib）。• -lmath：链接名为 libmath.so 的库（省略lib前缀和.so后缀）。
第三方应用调用系统SO 库失败Caused by: java.lang.UnsatisfiedLinkError: dlopen failed: library
热门推荐
whjk20的专栏
04-29 1万+
在Android 31平台，尝试使用第三方应用调用系统SO 库，会报如下的错误 Caused by: java.lang.UnsatisfiedLinkError: dlopen failed: library "/system/lib64/XXX.so" needed or dlopened by "/apex/com.android.art/lib64/libnativeloader.so" is not accessible for the namespace "classloader-namesp
loadLibrary msc error:java.lang.UnsatisfiedLinkError:
01-03
loadLibrary msc error:java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file “/data/app/...出现加载so包有问题时 在buidl.gradle(module:app)下的android{ defaultConfig {
C语言基础：（二十）自定义类型：结构体
2301_79248256的博客
08-20 870
本文深入探讨了C语言结构体的核心知识，包括：1. 结构体基础：声明语法、变量创建与初始化方法，以及特殊声明形式和自引用实现方式；2. 内存对齐机制：详细解析对齐规则，通过实例分析结构体大小计算方法，并探讨空间换时间的性能优化策略；3. 结构体传参：比较值传递与地址传递的性能差异；4. 位段技术：介绍位段定义、内存分配特点、跨平台问题及实际应用场景，特别强调网络协议中的空间优化价值。文章还涉及#pragma指令修改对齐数等实用技巧，为理解复杂数据类型提供了参考。
基于DSP+ARM+FPGA架构的储能协调控制器解决方案，支持全国产化
szxinmai的博客
08-17 1046
【摘要】本文提出一种基于DSP+ARM+FPGA异构架构的储能协调控制器解决方案。系统采用分层设计：ARM负责策略计算与通信管理，DSP实现微秒级快速控制，FPGA处理高速信号采集。控制器具备电网支撑（调频响应≤20ms）、能量优化（降本15%-30%）和多设备协同（支持128台PCS）功能，测量精度达0.5%。集成多重安全保护与国产化芯片，成本降低30%，适用于电网调频、工商业储能及微电网等多种场景，实现高性能实时控制与智能化能量管理。
【ARM】Keil MDK如何指定单文件的优化等级
Emdoor123的博客
08-21 169
2）、然后，在打开的Options for File ‘main.c’窗口中，切换到C/C++栏，在Optimization中去选择优化等级（如图4-2）。选择“Level 0/1/2/3”就是将对应的源文件使用O1/2/3优化等级去进行构建。1）、如果需要对于单文件进行单独的选项配置的话，就选中对应的源文件，然后，右键在打开的菜单中选择Options for File ‘main.c’。3）、然后，在生成的C Compiler Listing文件中就可以看到选用的优化等级生效了（如图4-3）。
openharmony之一多开发：产品形态配置讲解
最新发布
m0_67505153的博客
08-23 428
1.不同的形态其实本质差异体现在子系统和部件的差异，openharmony操作系统底层其实屏蔽了不同内核之间的差异，使其2in1（2in1和PC其实是相同的，只是换了称呼）设备类型也可以在TV上运行，在phone/default类型设备也可以运行。2.vendor目录下的产品形态配置文件（比如vendor\hihope\dayu210\config.json）会根据相同合并、差异覆盖的方式更新productdefine\common\inherit\phone.json。
Linux + arm 内存屏障
芯片驱动开发实践
08-20 1101
保证在它之前的内存访问（符合给定域/类型）在它之后的内存访问之前对可见性排序。：刷新取指流水，常用于修改系统寄存器后，或自修改代码等需要让新指令可见的场景。等），确保 MMIO 与普通内存的顺序。的写入顺序（通常在解锁自旋锁后确保批量 MMIO 写顺序对设备可见）。：仅读-读/写-写排序（以及与相对方向的最小保障，取决于架构实现）。：ARM 默认弱内存模型，读写可能乱序，需要栅栏/acq-rel。默认的 I/O 屏障，只做单次 MMIO 访问。（释放/写-释放），提供更精细的有序性而不必全栈。
OpenHarmony 之多模态输入子系统源码深度架构解析
m0_67505153的博客
08-19 362
/ 创建自定义事件处理器public:// 自定义按键处理逻辑// 执行自定义操作// 自定义鼠标/触摸处理逻辑设备可以拥有自己的pro 文件用来映射自己特殊的键值，它的作用是将Linux scancode 转化为Openharmonykeycode,scancode 就是硬件直接扫描到的数字，而这些数字会通过这个 pro文件找到对应的字符串也就是keycode.按键配置文件：“/vendor/etc/keymap/” + fileName + “.pro” cat。
使用 eventpp 构建跨 RT-Thread 与 ARM-Linux 的轻量级 Active Object（AO）事件驱动框架
Where there is life, there is hope.
08-23 377
本文展示一个实践路径：以轻量级 C++ 事件库 eventpp 为核心，设计并实现一个面向嵌入式的、可移植的 Active Object（AO）事件驱动架构。该架构满足以下目标： - 跨平台兼容：单套代码在 RT-Thread（或裸机）与 ARM-Linux 下均可编译与运行 - 开源免费：使用 eventpp 与自研轻量库，避免商业授权成本 - 高性能与可控性：支持 WCET（最坏情况执行时间）可测，最小化动态内存分配，支持静态分配的事件与状态机 - 可定制：通过策略（Policy）层注入不
精品方案 | GCKontrol与OMNeT++联合仿真在机载网络性能分析中的应用
globalcrown的博客
08-20 858
同时，通过对不同飞行场景和网络条件的仿真分析，工程师可以优化控制系统的参数和网络配置，提高飞机的飞行性能和可靠性。例如，在涉及通信网络、控制系统和信号处理的综合系统中，OMNeT++可以精确模拟通信网络部分，而GCKontrol则负责控制系统和信号处理部分的建模工作，通过联合仿真将这些不同领域的模型有机整合，实现对整个系统的完整描述。例如，在飞行控制系统中，机载通信网络的性能会直接影响飞机的飞行控制，OMNeT++与GCKontrol的联合仿真能够准确捕捉这种影响，为系统的优化提供更可靠的依据。
OpenHarmony子系统介绍
fakerth的博客
08-22 788
本文介绍了OpenHarmony操作系统的核心子系统架构及其功能。OpenHarmony采用分层设计，包含内核层、系统服务层、框架层和应用层，支持按需裁剪组件。
S32K328(Arm Cortex-M7)适配CmBacktrace错误追踪
dujunqiu的博客
08-20 386
CmBacktrace 是一个用于ARM Cortex-M系列MCU的故障诊断工具，它通过重写HardFault_Handler函数，分析SCB寄存器和堆栈信息来定位问题。工具支持FreeRTOS等RTOS平台，通过串口输出故障信息，结合addr2line工具可快速反推故障代码位置。配置时需修改cmb_cfg.h和cmb_def.h文件，适配链接脚本中的内存区域定义，并添加任务栈信息获取接口。测试时可通过故意触发硬件错误来验证功能，输出信息包含故障类型、线程名和堆栈内容，帮助开发者快速定位问题根源。
Linux + arm 系统调用
芯片驱动开发实践
08-22 432
ARM64 使用。
dlopen: libnativebridge.so
07-22
您好！关于"dlopen: libnativebridge.so"的问题，这是一个涉及到动态链接库加载的错误。当您在运行应用程序时，系统尝试加载名为"libnativebridge.so"的库文件，但无法找到该文件或者无法加载它。 可能的解决方法包括： 1. 检查您的应用程序或依赖项是否需要使用该库文件。如果不需要使用该库文件，可以尝试删除相关的引用或依赖项。 2. 确保您的系统中存在该库文件，并且路径正确。您可以尝试在终端中使用"find"命令或者其他文件查找工具来查找该文件。 3. 如果库文件存在但无法加载，请检查该文件的权限是否正确，并确保您的应用程序有足够的权限来加载该库文件。 4. 如果您是在模拟器上运行应用程序，可能需要检查模拟器的配置是否正确，并确保模拟器支持所需的库文件。 希望这些信息对您有帮助！如果您有其他问题，请随时提问。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

悟空胆好小

您的鼓励已签收，我会继续快马加

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值