Board logo

标题: 嵌入式Linux通信中构件技术应用研究 03 [打印本页]

作者: samwalton    时间: 2013-8-24 14:46     标题: 嵌入式Linux通信中构件技术应用研究 03

协议提供给其它协议的函数接口,由函数名调用改为函数指针调用,修改头文件,为该新的接口实现添加定义及声明,并将函数指针初始化指向一个空函数体。将其它协议中原来通过函数名调用改为相应的函数指针调用,这些函数指针是该协议构件的接口,可以保持不变,而接口提供的功能可以依据需要随时修改。
    修改网络部分的内核符号表文件,既包括修改之后为其它协议提供的接口,又包括模块化之后需要的其它协议提供的接口。
    修改Makeflie 文件,增加相应的模块化文件列表。
    4 通信协议测试
    构件化的协议的运行情况在Magicarm2200 目标板上进行测试,测试前需要配置软硬
    件环境,配置过程如下:用串口线和简易仿真器连接PC 机和目标板,使用两条独立的网线分别将它们连接到以太网;在PC 机上安装虚拟机5.5 和Red Hat Linux 9 ,将经过实时改进和裁剪的Linux 移植到该目标板。
    4.1 测试ARP 协议构件
    在内核无ARP 协议支持时,为了显示ARP 缓存中的MAC、IP 地址信息,运行arp -a 命令,结果为空,并且其它网络应用都不能工作,整个系统的网络部分由于该底层协议的失效而瘫痪。将ARP 协议构件用insmod 命令装入后,网络部分恢复正常。
    4.2 测试ICMP 协议构件
    在内核不加载ICMP 协议构件时,从外界ping 主机,ping 命令显示超时,即ping 不通。内核接收及处理传来的ICMP 数据包的函数接口找不到相应的功能实现,不能正常返回确认消息包。在将ICMP 协议构件用insmod 命令装入后,处理数据包的函数正确执行,显示能够ping 通。响应时间如表1 所示。

   

    从表1 可以看出,当ICMP 协议作为模块被加载后,ping 命令的响应时间比该协议编译进内核的长,增长的幅度为(0.668-0.611)/0.611=0.093 ,性能下降不超过1%。而且,从内核启动速度来看,构件化ICMP 协议的结果,由于构件化的内核在网络部分启动过程中没有初始化ICMP 协议部分,启动速度略有提高。
    4.3 测试UDP 协议构件
    为了便于观察系统性能的变化,本文采用Linux 网络性能测试软件Netperf 对UDP 协议构件进行测试,主要测试UDP 的批量数据传输性能、请求和响应性能。测试结果如表2 所示。

   

    从表2 可以看出,协议构件化之后的网络性能有损失,其数据传输性能的下降幅度为(l55.2-140.3)/155.2=0.096 ,请求/响应性能的下降幅度为(620.1-*.9)/620.1

=0.025 ,它们都低于一个数量级。




欢迎光临 电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/) Powered by Discuz! 7.0.0