第３８卷第６期 计算机应用与软件水稻田
Ｖｏｌ ３８Ｎｏ．６２０２１年６月
ＣｏｍｐｕｔｅｒＡｐｐｌｉｃａｔｉｏｎｓａｎｄＳｏｆｔｗａｒｅ
Ｊｕｎ．２０２１
面向ＮＢ ＩＯＴ智能设备动态链接库的远程技术研究及应用 张 正 贾小林
（西南科技大学计算机科学与技术学院 四川绵阳６２１０００）
收稿日期：２０１９－１０－０８。国家自然科学基金项目（６１４７１３０６，６１６０１３８１）。张正，硕士生，主研领域：嵌入式技术。贾小林，副教授。
摘 要 目前，ＮＢ ＩｏＴ设备多采用单地址空间处理器作为控制单元，其程序都是专门定制开发，程序的修改需要经过重新编译烧写才能够正常运行，且程序远程更新困难，几乎需要全部重新烧写。这对于通信带宽受限的ＮＢ ＩｏＴ设备，无疑加剧了系统流量与能量的消耗，限制了其开发和应用。 针对此问题提出一种通过对编译器配置以及自定义软件包的更新方法，在单地址空间处理器上实现动态链接库远程更新，程序的模块化加载使得系统能够按需升级。通过片上系统实验和验证，该技术方法能够有效完成系统远程动态更新，并极大减少更新过程中的传输流量和系统能耗。 关键词 ＮＢ ＩｏＴ 远程升级 动态链接库 单地址空间 程序重定向
中图分类号 ＴＰ３１１．１ ＴＰ３９１．４ ＴＮ９２９．５ 文献标志码 Ａ ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１０００ ３８６ｘ．２０２１．０６．０２８
ＲＥＭＯＴＥＴＥＣＨＮＯＬＯＧＹＦＯＲＮＢ ＩＯＴＩＮＴＥＬＬＩＧＥＮＴＤＥＶＩＣＥ
ＤＹＮＡＭＩＣＬＩＮＫＬＩＢＲＡＲＹＡＮＤＩＴＳＡＰＰＬＩＣＡＴＩＯＮ
ＺｈａｎｇＺｈｅｎｇ ＪｉａＸｉａｏｌｉｎ
（ＳｃｈｏｏｌｏｆＣｏｍｐｕｔｅｒＳｃｉｅｎｃｅａｎｄＴｅｃｈｎｏｌｏｇｙ，ＳｏｕｔｈｗｅｓｔＵｎｉｖｅｒｓｉｔｙｏｆＳｃｉｅｎｃｅａｎｄＴｅｃｈｎｏｌｏｇｙ，Ｍｉａｎｙａｎｇ６２１０００，Ｓｉｃｈｕａｎ，Ｃｈｉｎａ）
Ａｂｓｔｒａｃｔ Ａｔｐｒｅｓｅｎｔ，ＮＢ ＩｏＴｄｅｖｉｃｅｓｍｏｓｔｌｙｕｓｅｓｉｎｇ
ｌｅ ａｄｄｒｅｓｓｓｐａｃｅｐｒｏｃｅｓｓｏｒａｓｔｈｅｃｏｎｔｒｏｌｕｎｉｔ．Ｔｈｅｐｒｏｇｒａｍｓａｒｅｓｐｅｃｉａｌｌｙｃｕｓｔｏｍｉｚｅｄｆｏｒｄｅｖｅｌｏｐｍｅｎｔ．Ｔｈｅｍｏｄｉｆｉｃａｔｉｏｎｏｆｔｈｅｐｒｏｇｒａｍｎｅｅｄｓｔｏｂｅｒｅｃｏｍｐｉｌｅｄａｎｄｐｒｏｇｒａｍｍｅｄｔｏｒｕｎｎｏｒｍａｌｌｙ．Ｔｈｅｒｅｍｏｔｅｕｐｄａｔｅｏｆｔｈｅｐｒｏｇｒａｍｉｓｄｉｆｆｉｃｕｌｔ，ａｎｄａｌｍｏｓｔａｌｌｎｅｅｄｔｏｂｅｒｅ ｐｒｏｇｒａｍｍｅｄ．ＩｔｕｎｄｏｕｂｔｅｄｌｙｉｎｃｒｅａｓｅｓｔｈｅｃｏｎｓｕｍｐｔｉｏｎｏｆｓｙｓｔｅｍｔｒａｆｆｉｃａｎｄｅｎｅｒｇｙｆｏｒｔｈｅＮＢ ＩｏＴｄｅｖｉｃｅｗｉｔｈｌｉｍｉｔｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｂａｎｄｗｉｄｔｈ，ｗｈｉｃｈｌｉｍｉｔｓｉｔｓｄｅｖｅｌｏｐｍｅｎｔａｎｄａｐｐｌｉｃａｔｉｏｎ．Ａｉｍｉｎｇａｔｔｈｉｓｐｒｏｂｌｅｍ，ａｄｙｎａｍｉｃｕｐｄａｔｅｍｅｔｈｏｄｏｆｄｙｎａｍｉｃｌｉｎｋｌｉｂｒａｒｙｉｓｉｍｐｌｅｍｅｎｔｅｄｏｎｔｈｅｓｉｎｇｌｅａｄｄｒｅｓｓｓｐａｃｅｐｒｏｃｅｓｓｏｒｔｈｒｏｕｇｈｔｈｅｕｐｄａｔｅｏｆｔｈｅｃｏｍｐｉｌｅｒｃｏｎｆｉｇｕｒａｔｉｏｎａｎｄｔｈｅｃｕｓｔｏｍｐａｃｋａｇｅ．Ｔｈｅｍｏｄｕｌａｒｌｏａｄｉｎｇｏｆｔｈｅｐｒｏｇｒａｍｅｎａｂｌｅｓｔｈｅｓｙｓｔｅｍｔｏｂｅｕｐｇｒａｄｅｄａｓｎｅｅｄｅｄ．Ｔｈｒｏｕｇｈｔｈｅｏｎ ｃｈｉｐｓｙｓｔｅｍｅｘｐｅｒｉｍｅｎｔａｎｄｖｅｒｉｆｉｃａｔｉｏｎ，ｔｈｅｔｅｃｈｎｉｃａｌｍｅｔｈｏｄｃａｎｅｆｆｅｃｔｉｖｅｌｙｃｏｍｐｌｅｔｅｔｈｅｒｅｍｏｔｅｄｙｎａｍｉｃｕｐｄａｔｅｏｆｔｈｅｓｙｓｔｅｍａｎｄｇｒｅａｔｌ
ｙｒｅｄｕｃｅｔｈｅｔｒａｎｓｍｉｓｓｉｏｎｔｒａｆｆｉｃａｎｄｓｙｓｔｅｍｅｎｅｒｇｙｃｏｎｓｕｍｐｔｉｏｎｄｕｒｉｎｇｔｈｅｕｐｄａｔｅｐｒｏｃｅｓｓ．
Ｋｅｙｗｏｒｄｓ ＮＢ ＩｏＴ Ｒｅｍｏｔｅｕｐｇｒａｄｅ Ｄｙｎａｍｉｃｌｉｎｋｌｉｂｒａｒｙ Ｓｉｎｇｌｅａｄｄｒｅｓｓｓｐａｃｅ Ｐｒｏｇｒａｍｒｅｄｉｒｅｃｔｉｏｎ
０ 引 言
物联网的进步与当今通信技术的不断发展有不可分割的关系，而现在出现的窄带物联网（ＮＢ ＩｏＴ）以及５Ｇ技术都是为了使整个系统中的通信成本与用户的
需求成比例［１］
。ＮＢ ＩｏＴ是为了用更小资源实现更高
的设备连接数量，而５
Ｇ的优势则是获取更低的延时以及更高的传输速率，怎么样在更少的资源上实现更
多的功能是一个可以不断进行优化的问题。在ＮＢ ＩｏＴ中因为数据传输的带宽比较低，长时间的数据传输必然会增加能量的消耗，故应当尽量减少数据的传输
量。但是上线设备通常是广泛分布且基数较大［２］
，如
果ＮＢ ＩｏＴ设备出现系统漏洞而需要进行软件升级将导致巨大的不必要的通信流量与能量的消耗。因此，减少传输数据传输量和系统能耗就成了一个值得研究
第６期 张正，等：面向ＮＢ ＩＯＴ智能设备动态链接库的远程技术研究及应用１７１
的问题。
目前ＮＢ ＩｏＴ中的终端设备多为嵌入式设备，其处理器通常为单地址空间的处理器，系统的功能为定制开发的程序。由此引发了新的问题，主要包括系统拓展性差、功能实现受到资源限制、软件需要升级更新等。针对这些问题，本文提出在单地址空间的嵌入式操作系统上实现动态链接库技术。利用动态链接库技术进行程序开发和升级维护，可以为ＮＢ ＩｏＴ的设备带来更多的优势：（１）程序模块化开发，维护方便，程序复用性提高；（２）程序远程升级只需要更新指定软件模块，能够提高更新速度与成功率；（３）系统的可拓展性大大提高，模块能够进行动态卸载与动态加载以实现程序功能的切换。
在一些高端的嵌入式系统上，其硬件带有存储保护单元（ＭＭＵ），能够运行Ｌｉｎｕｘ等已经带有
成熟动态链接库技术的操作系统，远程升级只需要更新指定的程序包即可，但是其实时性仍然不高，且成本高、功耗大、性能经常过剩［３］。而在一些低端的嵌入式系统上虽然有动态加载的解决方案，但是其只支持单应用加载，模块化的加载方式仍然不被支持［４］。本文提出的单地址空间的嵌入式操作系统上动态链接库的实现能够在极少的资源上实现程序的模块化加载，程序更新只需要更新指定模块，应用到ＮＢ ＩｏＴ设备远程升级中能够减少传输的流量以节省设备消耗的能量，同时提高系统的可扩展性。
１ 动态库基本原理
传统的嵌入式程序开发，程序的每一次修改都需要经过编译、调试和烧写的步骤，而且以上步骤可能还需要重复多次才能完全达到要求，这整个流程繁琐且周期长，无法快速地迭代。并且程序无法像Ｌｉｎｕｘ等操作系统以动态库的方式进行链接，程序的任意一部分改动都需要程序进行重新编译、调试、烧写，这就使得应用的程序的复用性和可拓展性大大降低［５］。在带有ＭＭＵ的嵌入式芯片上，能够完成虚拟内存到物理内存的转换，还能够提供内存读写保护功能，这就使得经过编译的二进制文件可以通过虚拟内存映射的方式实现程序的动态加载，而在软件上不需要进行其他特殊的操作［６］。
通常程序在编译完成后，都需要完成链接的步骤，然后生成二进制文件。程序的链接方式分为三种：
静态链接，装入时动态链接，运行时动态链接。传统的嵌入式程序开发只支持静态链接方式，即在程序运行前就将各个目标模块等链接成一个完整的程序，但是其生成的程序体积大，修改程序麻烦［７］。其优点是占用资源少，程序无重定向代码，运行效率高。
本文中的嵌入式程序的动态加载技术采用了装入时动态链接，即程序首先放置在外部的文件系统中，需要运行时再加载到内存中来运行，每一个动态加载的程序栈空间独立，其运行时的静态空间也独立。而本文中的动态链接库既可以使用装入时动态链接也可以采用运行时动态链接，即程序在装入时，判断自己需要用到的动态库文件进行装入，程序在运行时也可以指定外部文件系统的动态库文件进行装入，并运行其中的代码块。
２ 动态链接库的实现
在单地址空间的芯片上，所有的代码段都共用一个存储空间，所有的函数与变量的地址在运行时都必须确定下来，必须被加载到指定位置，否则运行将会产生致命错误［８］。本文中的动态加载方式与Ｌｉｎｕｘ上传统的实现原理不尽相同，传统的Ｌｉｎｕｘ加载方式采用Ｕｎｉｘ的标准ＥＬＦ格式，该加载文件复杂且含有大量的多余信息，对于嵌入式操作系统的使用资源占用较大。本文为其专门设计了一个软件包，去掉不需要的信息，只保留运行时必要的信息，大大地缩减了程序运行时占用的资源。嵌入式动态库的加载还需要解决如下几个问题：
（１）编译器必须要能够生成可动态加载的可执行文件。
（２）程序包之间能够进行相互调用和递归调用。
（３）不同应用程序之间能够有可靠的通信方式。
（４）动态加载平台要能够实现中断管理以及加载平台与动态加载的程序间的相互调用。
（５）系统依赖文件系统进行动态加载，系统能够将程序包解压到文件系统中。
程序包既可以作为程序运行也可以作为动态库使用，程序包中包含四部分：代码段，可读写段，符号文件，资源文件，其中：代码段、可读写段、符号文件是必须的，资源文件不是必须的。代码段是直接加载到ＲＯＭ或者ＲＡＭ中执行的部分，可读写段在运行时需要将内容拷贝到动态申请的ＲＡＭ中去，符号文件在动态加载时进行重定向时使用。该程序包去掉了调试信息等，使得程序的体积能够最小化，程序可以直接加载到ＲＯＭ中，程序包结构如图１所示。
组合鞋架１７２
计算机应用与软件
２０２１
年
图１ 程序包结构
２．１ 编译器工具配置
本文中动态加载平台采用ａｒｍｃｃ编译器作为编译平台，动态加载平台的测试硬件平台为Ｃｏｒｔｅｘ Ｍ３，程序要实现动态加载需要保证：（１）函数间的调用必须采用相对地址调用。（
２）程序中全局变量地址以及静态变量的起始地址需要使用专用的寄存器进行保存。（
３）程序需要显式给出该程序中符号的名字以及在内存中的相对偏移地址［９］
。下面通过对编译器的配置能
够实现编译出与位置无关的代码，通过对链接器的配置能够得出程序的符号表，编译命令如表１所示。
表１ 编译器命令
参数说明
ｃ指示编译器执行编译步骤，而不是链接步骤 ｃｐｕＣｏｒｔｅｘ Ｍ３指定编译目标ＣＰＵ内核为Ｃｏｒｔｅｘ Ｍ３
ｇｌｏｂａｌ＿ｒｅｇ＝５
指示编译器不使用Ｒ８寄存器 ｔｈｕｍｂ指示编译器采用的指令集为ｔｈｕｍｂ ａｐｃｓ＝ｉｎｔｅｒｗｏｒｋ指示采用ＢＬＸ指令进行函数调用跳转 ａｐｃｓ／ｒｏｐｉ／ｒｗｐｉ
搪瓷标牌
指示只读段与可读写段代码位置无关
利用表１中的命令对ａｒｍｃｃ编译器配置可将程序文件编译为可重定向的代码，其内部所有跳转都将采用相对跳转方式，其数据段的访问将采用Ｒ９寄存器的地址作为基地址，其目标访问地址为：ｄｅｓｔ＝Ｒ９＋ｏｆｆｓｅｔ。参数中采用ｇｌｏｂａｌ＿ｒｅｇ＝５命令限制编译器使用Ｒ８寄存器，Ｒ８寄存器将作为嵌入式实时操作系统
（ＲＴＯＳ）保存目标程序数据的专用寄存器［１０］。
链接器命令如表２所示。链接器将导出可执行的ＥＬＦ文件与可执行文件的符号表，符号表中包含了可执行文件所有的符号信息（函数名，函数地址偏移，变量名，变量地址偏移等），符号表经过处理后将作为动态库之间的重定向的必备信息。
表２ 链接器命令
参数说明
ｃｐｕＣｏｒｔｅｘ Ｍ３
指定编译目标ＣＰＵ内核为Ｃｏｒｔｅｘ Ｍ３ ｓｐｌｉｔ输出二进制文件中分割数据段与代码段区域 ｉｎｆｏｔｏｔａｌｓ
列出输入对象、库的代码和数据（ＲＯ数据、
ＲＷ数据、ＺＩ数据和调试数据）大小的总和
续表２
参数说明
ｌｉｓｔｉｎｆｏ．ｔｘｔ信息输出到指定文件 ｓｙｍｄｅｆｓ＝ｔｅｍｐ．ｓｙｍ
导出程序的符号表文件
ｒｏｐｉ
指示ＲＯ输出段位置的加载和执行区域独立 ｒｗｐｉ指示包含ＲＷ和ＺＩ输出段位置的加载和
执行区域独立
ｅｎｔｒｙ＝ｍａｉｎ指示入口函数为ｍａｉｎ函数 ｎｏ＿ｓｔａｒｔｕｐ
指示程序不使用
Ｃ库的启动代码
Ｆｒｏｍｅｌｆ命令如表３所示。Ｆｒｏｍｅｌｆ工具将链接器生成的ＥＬＦ文件转换为可执行的．ｂｉｎ文件以及数据段文件，这两个文件最终将要加载到内存中。
表３ Ｆｒｏｍｅｌｆ命令
参数说明
ｂｉｎ
纯二进制文件输出 ｏｕｔｐｕｔ＝ｄｅｓｔｉｎａｔｉｏｎ
支持输出文件名为ｄｅｓｔｉｎａｔｉｏｎｉｎｐｕｔ＿ｆｉｌｅ
需要进行转换的输入文件
２．２ 动态库重定向的具体流程
动态库重定向具体流程如图２所示，动态库中函数的重定向主要分为５步。
图２ 动态重定向的具体流程
（１）解压程序包并读取代码段与数据段到内存：将程序包中的符号文件、代码段与数据段解压到外部存储器，然后将代码段载入到Ｆｌａｓｈ或者ＲＡＭ中，将
第６期
张正，等：面向ＮＢ ＩＯＴ智能设备动态链接库的远程技术研究及应用
１７３
数据段载入到ＲＡＭ中。
（２）读取并解析符号表的数据条目：从外部存储器中读取一条符号表数据并解析获取符号的偏移、类型、符号名，以及目标动态库名。
（
３）将与指定ＫＥＹ值匹配的函数指针变量标记为需要重定向：ＫＥＹ为需要被重定向函数指针的标识，该值应当尽量保证不被用户用作其他变量的初始化值。
（
４）生成或查标记的函数指针变量的跳转函数：跳转函数链接重定向函数指针与目标函数。
（５）重定向需要重定向的函数到跳转函数：将跳转函数的入口地址赋值给重定向的函数指针。
２．３ 符号表
符号表为动态库实现的一个核心部分，它包含了各个程序自有的符号表信息，默认的符号表由编译器导出，默认只包含偏移、类型、符号名三项信息，不能够满足重定向的使用要求，经过修改的内容如表４所示，包含四部分：偏移，类型，符号名，目标库。当类型为Ｔ表示为一个Ｔｈｕｍｂ类型调用的函数，其偏移地址为在代码段区域内的偏移；当类型为Ｄ时标识为一个变量，其偏移地址为在数据段区域内的偏移。当类型为Ｆ时表示该程序需要用到的目标动态库。需要进行重定向的函数目标库一栏将会有效。为提升运行时的效率，其中的符号表信息将在编译阶段完成修改。
表４ 符号表
偏移类型符号名目标库
０ｘ００００００００Ｆｓｙｓ＿ｄｙ．ｉｏ
ｔ０ｘ０００００００８Ｄａｄｄｓｙｓ＿ｄｙ．ｉｏｔ０ｘ０００００００ｃＤｓｕｂｓｙｓ＿ｄｙ．ｉｏｔ０ｘ０００００００９Ｄｍｕｌｓｙｓ＿ｄｙ．ｉｏｔ０ｘ０００００００Ｅ
Ｔ
ｍａｉｎ
２．４ 动态库重定向的实现
为了实现动态库之间的相互调用，动态加载平台还支持函数的重定向。与传统重定向不同，本文中的动态加载平台的重定向不直接作用于函数的地址，而是作用于函数指针，其基本思路如图３所示。
图３ 重定向示意图
程序调用函数指针，函数指针在加载阶段将会指向全局跳转表，而全局跳转表将指向目标程序的目标函数。函数指针实际也是一个变量，将在符号表中以类型Ｄ的形式表示，
函数指针调用的一个典型示例如下，默认为需要重定向的函数指针赋一个ＫＥＹ值０ｘｆｅｄｃｂａ９８，该ＫＥＹ在编译器进行符号表信息预处理时用来识别该函数指针是否需要进行重定向。
ｔｙｐｅｄｅｆｉｎｔ（ ＿ａｄｄ）（ｉｎｔａ，ｉｎｔｂ）；＿ａｄｄａｄｄ＝０ｘｆｅｄｃｂａ９８；ｖｏｉｄｍａｉｎ（ｖｏｉｄ）｛ ａｄｄ（１，２）；｝
跳转函数由汇编函数实现，且在加载时动态生成，其主要作用是保护当前程序的Ｒ
９基地址值，并切换到目标程序的Ｒ９基地址值，其汇编指令如表５
所示，每一个重定向函数的跳转函数只占用２０个字节，５条指令。
表５ 跳转函数汇编的实现
指令说明
ＰＵＳＨｒ９，ｌｒ保存本程序的Ｒ９寄存器ＬＤＲｒ９，［ｐｃ，＃８］
取得目标程序的Ｒ９寄存器值
ＢＬ．Ｗｆｕｎ执行重定向后的函数
ＰＯＰｒ９，ｐｃ恢复本程序的Ｒ９寄存器值，并返回到调用处鼠尾粟
０ｘＦＦＦＦＦＦＦＦ
存储目标程序Ｒ９寄存器值
２．５ 中断管理的实现
实现中断管理是嵌入式动态加载平台模块化实现的一个重要功能，将系统的中断功能交给动态加载平台的一个专门的模块来实现，以不断拓展系统的可拓展性。动态加载平台的中断管理流程如图４所示，其中中断中继表包含一个函数指针向量，动态加载平台获取该中继表并将其与真实的中断映射，而程序与动态库则注册自有程序的中断函数到中断中继表，于是中断执行的步骤就变成：系统中断→中断中继表→注册的中断函数。
图４ 中断管理流程示意图
２．６ 多任务切换的实现
在单地址空间上实现的多任务为伪多任务，其并不支持虚拟内存映射，且通常单地址空间的处理器多为单核处理器，其多任务的切换也只是时间片的划分。动态加载平台也能够支持简单的多任务，也具有多任
务程序的特征：（１）栈空间独立；（２）数据段独立；
１７４
计算机应用与软件２０２１年
（３）任务区切换时能够保存当前运行状态。其中数据段独立，保证了不同程序加载到程序运行时不会受到其他程序的影响［１１］。在动态加载平台上的多任务切换存在两个问题：
（１）通过Ｒ９寄存器进行内存访问基地址的多任务切换与传统ＲＴＯＳ存在差异，其主要原因是每一个单独运行的应用程序都是靠Ｒ９寄存器来进行基地址重定向，任务切换时会导致程序的变量域还没有切换，而代码域已经切换到了嵌入式操作系统的代码域，这将会导致访问变量错误。
（２）在任务调度中的代码主要由汇编语言完成，而在汇编中不能够直接进行变量或函数的调用，主要原因是利用汇编直接进行的函数跳转其目的地址必须确定，而重定向后的程序地址并不确定，真实地址是在程序运行后才能够知晓。
上述问题的解决可通过Ｒ８寄存器保护实现，即将ＲＴＯＳ模块的变量域起始地址与需要保护的变量与函数存入一个数组，将数组的首地址在执行初始化时放入Ｒ８寄存器。在访问嵌入式操作系统代码域时，通过汇编代码将Ｒ８寄存器的值赋值给Ｒ９，通过代码控制即可切换到嵌入式操作系统模块的变量域，而需要访问保护变量时能够通过Ｒ８寄存器到需要的变量值。具体部分实现的汇编程序如下：
ｌｄｒｒ１，［ｒ８］；／／保存栈顶值 ｌｄｒｒ１，［ｒ１］
ｓｔｒＲ０，［ｒ１］
ｐｕｓｈｒ９，ｌｒ；／／保护Ｒ９的值 ｌｄｒ．ｗｒ０，［ｒ８，＃４］
ｌｄｒ．ｗｒ１，［ｒ８，＃８］
ｍｏｖｒ９，ｒ１；／／赋值成为本模块的Ｒ９值 ｂｌｘｒ０；／／调用任务切换函数 ｐｏｐｒ９，ｌｒ
３ 系统测试与性能分析
系统测试主要分为性能分析与功能测试，功能测试主要完成对系统的功能完整性进行测试，性能分析主要利用软件算法对软件在未进行动态加载与加载后执行的性能做一个比较。
铝合金切削液配方３．１ 动态链接库的性能分析
利用快速排序算法以及斐波那契数列（递归法）生成来分别测试程序在内存访问与函数调用与原生软件之间的性能差异。分别测试了在选择排序算法与斐波那契数列生成在加载与未加载执行时在不同存储器内的执行效率。通过表６可知，在选择排序算法测试中，加载到内部ＲＡＭ中执行效率相比于未加载前在Ｆｌａｓｈ中的执行效率只降低了３．４６％，而加载到外部ＲＡＭ中执行效率相比于未加载前在Ｆｌａｓｈ中执行效率降低了１１３１．７％。在斐波那契数列生成测试中，加载到内部ＲＡＭ中执行效率相比于未加载前在Ｆｌａｓｈ中的执行效率提升了５．５８％，而加载到外部ＲＡＭ中
执行效率相比于未加载前在Ｆｌａｓｈ中执行效率降低了６２５．８７％。从测试数据可以看出，动态库加载到内部ＲＡＭ中测试时相比未加载前运行效率差异较小，但是在加载到外部ＲＡＭ中测试时运行效率却损失较大，这是因为外部ＲＡＭ的访问受到了外部总线带宽的限制。
表６ 性能测试表
测试算法
优化
等级
测试
大小
加载
执行
存储器
执行时间
／μｓ选择排序０１００否Ｆｌａｓｈ１２２８．５
选择排序０１００是内部ＳＲＡＭ１２７１．０
选择排序０１００是
外部ＳＲＡＭ１５１３０．９斐波那契数列０２０否Ｆｌａｓｈ５６９５．３斐波那契数列０２０是内部ＳＲＡＭ５３７７．６斐波那契数列０２０是外部ＳＲＡＭ４１３４０．２３．２ 远程升级功能测试
时子环
测试的硬件平台为Ｃｏｒｔｅｘ Ｍ３的ＳＴＭ３２Ｆ１０３ＺＥＴ６处理器，测试程序的功能框架如图５所示，该测试程序中的功能模块包含了文件系统、ＴＰＣ／ＩＰ协议栈、ＲＴＯＳ、中断管理模块、动态加载平台、远程应用升级模块、板级支持包、驱动程序，传统的升级方式需要将所有的代码文件进行全部烧写，测试程序中利用动态库进行模块化的加载，在进行程序升级时，只需要对需要的程序进行升级即可。
图５ 测试程序功能框架
测试场景：温度采集驱动升级，将程序中温度报警模块的阈值提高到２８℃。
将本文系统的更新方式与传统的更新方式在更新体积以及更新时间上做对比，测试结果数据如表７所示，传统的更新方式是指每次都对所有的应用程序进行更新。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议