嵌入式操作系统uClinux和eCos的比拟.docx

《嵌入式操作系统uClinux和eCos的比拟.docx》由会员分享，可在线阅读，更多相关《嵌入式操作系统uClinux和eCos的比拟.docx（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、嵌入式操作系统uClinux和eCos的比拟摘要uClinux和eCos操作系统是两种性能优良、源码公开且被广泛应用的免费嵌入式操作系统。本文通过对uclinux和eCos的比照，分析和总结了嵌入式操作系统应用中的假设干重要问题，归纳出嵌入式系统开发中操作系统的选型根据。关键词嵌入式操作系统eC0suClinux1两种开源嵌入式操作系统介绍uClinux是一种优秀的嵌入式Linux版本。uClinux是micro-Conrol-linux的缩写。与标准Linux相比，它集成了标准Linux操作系统的稳定性、强大网络功能和出色的文件系统等主要优点。但是由于没有MMU内存管理单元，故其多任务的实现

2、需要一定技巧。eCosembeddedConfigurableoperatingsystem，即嵌入式可配置操作系统，是RedHat的产品，但eCos并不是Linux或者Linux的派生。eCos弥补了Linux在嵌入式应用领域的缺乏，是一个源码开放的可配置、可移植、无版税、面向深嵌入式应用的实时操作系统。eCos的核心局部是由不同的组件组成的，包括内核、C语言库和底层运行包等。每个组件能提供大量的可配置选项，利用eCos提供的配置工具可以很方便地进展配置。通过不同的配置使得eCos可以知足不同的嵌入式应用。对于以上两种源码公开的实时操作系统，主要从以下几个方面进展比拟。通过比拟，可以为大众选

3、择合适自己系统的RTOS提供参考。2根本操作性能的比拟2.1应用程序的运算才能在Linux和uClinux操作系统启动的时候，都会有这样一句话Calibratingdelay1oop0kxxxBogoMips，这一经过叫作BogoMips读作bogumips。LinusTorvalds引入BogoMips主要有两个目的：给用户一个大概的系统运算才能的概念；由于系统中有许多代码需要准确的软件延时，通过BogoMips来获得软件延时每个周期消耗的时间。BogoMips的经过就是一个简单计数循环，看ls可以循环多少次，然后除以500000就得到了BogoMips的数值。表1是分别在目的硬件平台上运行

4、eCos和uClinux下的BogoMips应用程序得到的结果。我们使用了不同的测试条件，激活和非激活AT76C120的存储器缓冲控制器。从表1可知，翻开缓冲存储器。对eCos的应用程序性能影响较uClinux的大；反之，关闭缓冲，eCos的应用程序的性能就下降很多。22存储器访问才能采用一种同时可以测试缓冲控制器和标准存储器访问函数的测试方法来测试存储器访问才能。在这里，选用田纳西大学的PhilipJMucci等人提出的CacheBench方法。其工作原理是，重复顺序读写一定长度的存储器块的数据，记录重复n次所用的时问，用总的读写数据除以耗时，得到读写每一字节所用的时间；同时，通过调整数据块

5、的长度和不同的读写方法使用标准函数或使用直接代码读写，获得不同条件对存储器读写的影响。在实验中，对于每一种测试形式使用4种不同的块长度分别为256、512、1024、2048字节，以观察不同的抉长度对存储器访问性能的影响。表2是实验的结果：横向比拟，eCos的存储器访问性能从总体上都优于uClinux；纵向比拟，5种形式下性能关系大致为缓冲读缓冲读，改写写缓冲写mcmsetmcmcpy。在同一种测试形式下，对于缓冲读，越大的块长度，其表现的存储器访问性能越好；而其他形式下，存储器访问性能根本与块长度无关。基于以上结果的分析如下：造成eCos存储器访问才能优于uClinux的原因是，eCos的应

6、用程序获得的处理器时间较长；造成读缓冲形式下，存储器访问性能随块长度增长而变好，而其他形式下不变的原因是，与AT76C120的缓冲控制器的回写形式有关。由于AT76C120的缓冲控制器采用了直接回写的缓冲回写形式，缓冲控制器对存储器写操作没有任何缓冲作用，因此当处理器写存储器时根本不会享受到由缓冲控制器带来的好处，相当于直接访问外部存储器。23驱动程序性能测试为了测试系统的驱动程序性能，选择CF卡驱动程序作为测试对象。我们的测试方法简单，就是在应用程序中翻开一个大文件10MB，然后调用fread读文件，每次读512字节到缓冲中，直至将文件读完。表3是测试结果：uClinux的性能优于eCos。

7、这主要是由于uClinux的块驱动有一个叫集簇的功能，它可以将对块设备的多个恳求归并在一起执行，这样对于像磁盘这样反响较慢的设备可以进步整体的读写速度。3综合应用性能比拟我们知道，一个图像压缩和解压缩的程序往往需要大块的存储器访问操作、密集的数学运算和大量的磁盘访问。由于如今手持的嵌入式设备大多需要有这方面的应用需求，因此一个图像压缩和解压缩的应用程序既符合理论研究的要求，又符合实际应用的需求。为此我们选择gif图片的编解码的程序作为综合性能测试的测试程序。测试结果如表4所列。我们看到，eCos和uClinux解码速度都很低，主要是因为完全使用了软件解压缩；而且由于AT76C120的图像显示格

8、式是YCrCb的，而giflib的解压缩结果是RGB的，因此必须使用浮点运算将RGB的数据转换到YCrCb。AT76C120的ARM7TDMI不支持浮点指令，因此不得不使用软件仿真来完成浮点运算，这其中大局部时间被用在了从RGB到YCrCb的转换上。测试结果根本与前面根本操作系统测试的结果是一致的eCos在整体上是优于uClinux的。4可移植性eCos的系统一J移植性应该明显比uClinux的好。在eCos系统中，每一个硬件平台都用一个单独的目录存放针对这一硬件平台的硬件抽象层的代码和配置信息，较容易让用户理解。而uClinux的硬件抽象层的代码分布在好几个目录中，而且各个平台的代码混合在一

9、个源文件中，通过#ifdef+#end的方式来选择不同的硬件平台的代码。另外，eCos在移植时所要更改的源代码文件数少于uClinux。可移植性不应仅仅是操作系统的移植，还应该包含应用程序的移植性。程序的可移植性，是由两方面决定的。首先，应用程序必须被编写得可以移植。关于这方面，ADolenc，ALemmke和D.Keppel在其NotesOnWritingPortableProgramsInC一文中给出了很好的解释。其次是嵌入式操作系统提供较丰富的系统函数和标准函数库。一个系统提供的函数库越丰富，那么越多的应用程序不用进展较大的更改就能直接在其上运行。在标准函数方面，eCos只提供了较为简单

10、的C标准函数库和IEEE浮点运算数学库，uClinux那么提供了，与Linux下的glibc相兼容的函数库，而glibc是大局部开放源代码工程的构建根底。由此可以看出，在应用程序的可移植性上，uClinux的兼容性更好。5开发形式和开发难易度eCos的开发形式是一套更接近传统单片机的开发形式如应用程序静态链接，uClinux的开发形式那么更接近Linux的开发形式。因此可以预见，eCos更受一批从8位单片机系统开发转到32位嵌入式系统开发设计人员的欢送而uClinux更受熟悉Linux的设计人员的青睐。6总结通过以上比拟可知，由于eCos从一开场设汁时就是以嵌入式系统为目的的，因此在性能上，有较大优势；反之，uClinux那么是由Linux进化而来的，因此在以速度和优化为主题的嵌入式系统环境中，并不占优势。但是由于有Linux的强大后盾，其功能的强大和兼容性是非常突出的。假如应用程序是从其他系统中移植过来的，或开发人员有Linux的背景，或开发本钱占总本钱的比例较高，那么uClinux比拟合适；反之，eCos比拟合适。