浅谈Windows CE应用程序的可移植性 2

samwalton

通过比较，能够为大家选择适合自己系统的RTOS提供参考。
　　2 基本操作性能的比较

　　2.1 应用程序的运算能力

　　 在Linux和uClinux操作系统启动的时候，都会有这样一句话——Calibrating delay 1oop．．0k—xxx BogoMips，这一过程叫作BogoMips(读作bogumips)。Linus Torvalds引入BogoMips主要有两个目的：①给用户一个大概的系统运算能力的概念；②由于系统中有许多代码需要精确的软件延时，通过BogoMips来获得软件延时每个周期消耗的时间。BogoMips的过程就是一个简单计数循环，看ls可以循环多少次，然后除以500000就得到了BogoMips的数值。
　 表1是分别在目标硬件平台上运行eCos和uClinux下的BogoMips应用程序得到的结果。我们使用了不同的测试条件，激活和非激活AT76C120的存储器缓冲控制器。

　 从表1可知，打开缓冲存储器。对eCos的应用程序性能影响较uClinux的大；反之，关闭缓冲，eCos的应用程序的性能就下降很多。
　　2．2 存储器访问能力

　　 采用一种同时能够测试缓冲控制器和标准存储器访问函数的测试方法来测试存储器访问能力。在这里，选用田纳西大学的Philip J．Mucci等人提出的CacheBench方法。其工作原理是，重复顺序读／写一定长度的存储器块的数据，记录重复n次所用的时问，用总的读／写数据除以耗时，得到读／写每一字节所用的时间；同时，通过调整数据块的长度和不同的读写方法(使用标准函数或者使用直接代码读写)，获得不同条件对存储器读／写的影响。
　 在实验中，对于每一种测试模式使用4种不同的块长度(分别为256、512、1024、2048字节)，以观察不同的抉长度对存储器访问性能的影响。表2是实验的结果：横向比较，eCos的存储器访问性能从总体上都优于uClinux；纵向比较，5种模式下性能关系大致为缓冲读>缓冲读，改写／写>缓冲写>mcmset>mcmcpy。在同一种测试模式下，对于缓冲读，越大的块长度，其表现的存储器访问性能越好；而其他模式下，存储器访问性能基本与块长度无关。

　基于以上结果的分析如下：
　　①造成eCos存储器访问能力优于uClinux的原因是，eCos的应用程序获得的处理器时间较长；
　　②造成读缓冲模式下，存储器访问性能随块长度增长而变好，而其他模式下不变的原因是，与AT76C120的缓冲控制器的回写模式有关。由于AT76C120的缓冲控制器采用了直接回写的缓冲回写模式，缓冲控制器对存储器写操作没有任何缓冲作用，因此当处理器写存储器时基本不会享受到由缓冲控制器带来的好处，相当于直接访问外部存储器。
　　2．3 驱动程序性能测试

　　为了测试系统的驱动程序性能，选择CF卡驱动程序作为测试对象。我们的测试方法简单，就是在应用程序中打开一个大文件(10MB)，然后调用fread读文件，每次读512字节到缓冲中，直至将文件读完。
　表3是测试结果：uClinux的性能优于eCos。这主要是由于uClinux的块驱动有一个叫集簇的功能，它可以将对块设备的多个请求归并在一起执行，这样对于像磁盘这样反应较慢的设备可以提高整体的读／写速度。

　　3 综合应用性能比较

　　 我们知道，一个图像压缩和解压缩的程序往往需要大块的存储器访问操作、