Linux比得上ThreadX吗?

  

发错地方了，转到：<br />https://bbs.21ic.com/club/bbs/list.asp?Page=1&boardid=35&t=2573911&p=2&tp=%D6%A7%B3%D6linux%D5%DF%A3%AC%C7%EB%BD%F8<br /><br />---<br />楼下对号入座了。我只说我体会，不奉陪吵架和争论。<br />呵呵。我支持linux，你们矛头是zlg啊。别乱开**。88

拥有庞大实力资源的人的口气当然很大！用“目空一切”来形容也不过份！<br /><br />GPL精神并不是要懂LINUX的人去做教主（俺也不精通），你可以用WINCE，VXWORK，没有人反对你呀！<br /><br />但在学校鼓吹WINCE就请慎重！

激光打印机用的MIPS、POWERPC、ARM11/DDR2/PCI/USB2.0/100M&nbsp;Ethernet/LCD&nbsp;panel<br /><br />//不上OS想短时间开发有这么多高速设备的产品,那几乎是不可能的

比实时性还是比上层软件支持。<br /><br />楼上牛人好多。就我的观点，os能用尽量用，不要自己和自己折腾

&nbsp;&nbsp;&nbsp;&nbsp;而不是驱动程序。实时就是指“在正确的时间，正确的地点，做正确的事。”驱动程序只负责实现“机制”不负责“策略”，不论Linux驱动还是WDM驱动，都只提供执行体函数，至于何时调用由OS决定。由此可见，实时性怎么能说和OS无关呢！再者，现在很多CPU外围部件都由硬件状态机自动收发数据，和驱动软件无关。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;我相信有RTOS的系统的实时性比前后台方式的系统强。虽然多消耗了一些CPU资源，但由于调度得好，而且预先提供了优化加速手段，总体性能反而更高了。如：“零内存拷贝”、ISR+DSR、“IP包预防性重传”、优先级仲裁机制、时间片轮转、中断线程、队列/消息机制、无损耗延时等。OS居于核心地位，掌握所有情况，可以根据轻重缓急，合理调配资源，使整体性能最佳。就好像十字路口设置红绿灯，在红灯时，即使对面没有车辆行驶，也要停车。虽然表面上看效率低了，可如果大家都遵守“红灯停绿灯行”的规则，那么总体通过效率最高。如果只图自己快，谁也不让谁，那么就会导致死锁，谁也动不了。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;虽然设置红绿灯增加了额外的时间消耗，不过，比起表面上看起来的“横冲直撞”的快速开车，更加有秩序，通过效率也高。RTOS的作用与此类似，多消耗了10%的性能，但有效的调度反而使实时性效果更好。

偶在ZOREN的DTV39640,39660上见过Threadx,IP内核是MIPS,不过没认真研究过<br /><br />看来得研究下了<br /><br />

一波未平又起一波<br /><br />啥时候教授门给俺门上几节课啊

其它所有的有处理器的产品，理论上都可以不用操作系统跑起来的，但那样不通用，移植麻烦，而且花费代价太大。用OS会花费很小的代价就得到很高的性能。------不过，比较简单的系统除外。因为应用程序本身比移植系统更简单，而且CPU不具备过多的ROM、RAM。<br /><br />也就是说，从广州到北京，不用任务交通工具，步行也完全可以到达，只是花费时间代价太大，而且力气也没少出！所以大家都是乘坐火车或飞机了。-----但是，从太平洋电脑城到塞格你就不要挤公交等公交了，更不要去考虑乘坐火车飞机了。因为从太平洋电脑城到公交站、火车站、白云机场的距离，比电脑城到塞格远多了。<br /><br />都要从个人实际应用出来，没用过OS的人，就说OS是个累赘，我的前后台系统肯定比你的OS效率高。-----没坐过火车，而且没听说过火车的山里人，会想不明白你们为什么在火车站坐着等而都不肯迈开双脚敢时间去北京。<br /><br />而那些OS的粉丝们，也不要认为OS一定要通吃一切处理器，非要让一个2K代码空间的2051也上OS，那样就没有实际意义了，并且没必要为了证明2051也能上OS。-----就像没必要证明从太平洋电脑城到塞格乘坐公交车也能到达一样。

OS的实时性一般指的是弱实时处理，驱动才是强实时（你们说的硬实时）。这是基本常识，是硬件决定的。<br />其它什么消息机制、零内存拷贝之类只是每个实时层次的转换缓冲。

&nbsp;&nbsp;&nbsp;&nbsp;OS不是万能的，有些情况下不适用。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;我相信未来的计算能力是免费的，硬件限制不是问题，那时，任何一个CPU都满足OS运行条件，基于多核和SOC的，趋势是这样。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;这里要讨论的是RTOS是否能带来实时性。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;我想计算机专家总不会骗我们吧。有时常识往往带来错觉，比如：按照常识，短小精悍的代码才能运行得快，可在TCP协议栈里就是错觉。为什么呢？<br />&nbsp;&nbsp;&nbsp;&nbsp;1、在路由器拥塞的时候，硬件必须降低发送速度或者停止发送，以便让路由器有时间处理淤积在缓存中的IP包，避免拥塞，如果此时仍然高速发送，只会加速崩溃。<br />&nbsp;&nbsp;&nbsp;&nbsp;2、事前预防比“马后**”效果好，为了防止重传，就需要增加预防性重发、乱序包组装等程序。<br />&nbsp;&nbsp;&nbsp;&nbsp;可见，一个又大又慢的协议栈反而比短小精悍的程序快，因为协议栈速度不单独取决于硬件速度，预防错误比修正错误更能节省时间。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;驱动只实现“机制”，不实现“策略”，不然很难分层处理。现代的硬件都可以自动收发数据，由硬件状态机控制，和软件无关，不论谁写驱动，都是大同小异。如DMA、网卡等驱动。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;“零内存拷贝”能大大提高效率，只要传指针和修改引用计数就可以了，不必重复进行耗时的内存块拷贝。这个需要OS提供内存管理功能。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;如果没有OS，中断处理只能在ISR中进行，而大部分OS都把中断处理分成两部分，ISR里只进行应答、屏蔽、计数等简单操作，然后很快退出，尽量减少中断延迟，把需要耗时的操作甩给DSR(延迟处理例程)或者中断线程。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;OS居于核心地位，掌握全部信息，能按照轻重缓急，正确合理地调度，让最紧要的任务优先被处理，让所有的任务都能在规定时间内完成。前后台程序最多只能实现协从式的并发，而RTOS可以实现抢占式并发。<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;OS不能用于时序仿真和频繁中断，这种性能下降是设计不合理造成的，此时要软硬件结合，让软件和硬件各自处理最擅长的部分，合理划分任务，不论弱实时还是强实时都可以实现。一个设计合理的RTOS系统的实时性在理论上比前后台模式的强。

正像armecos所述，OS就是一个实现“策略”的程序大集合。<br /><br />顺便问一下，armecos是不是eCos的高手，我正为这个玩意发愁呢，你在哪里？

OS描述的是对的，对实时性的描述是混淆的。<br /><br />比如：<br />“在路由器拥塞的时候，硬件必须降低发送速度或者停止发送，以便让路由器有时间处理淤积在缓存中的IP包，避免拥塞，如果此时仍然高速发送，只会加速崩溃”实际是驱动完成的，对缓冲区控制的策略。<br /><br />“为了防止重传，就需要增加预防性重发、乱序包组装等程序。”是OS的事情，但已经和强实时没什么关系，是监测、控制、策略问题。<br /><br />

&nbsp;&nbsp;&nbsp;&nbsp;接触多了就比较熟悉，我们做了《ecos增值包》的产品，涵盖了ecos大部分基础内容，用来入门不错，因为提供了稳定环境，所以就不用为一些基本的东西发愁了。我们在北京。www.armecos.com<br />&nbsp;&nbsp;&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;早上刚起床，头脑不清醒，本意是想说“常识会带来错觉”，结果把好多主题都混在一起说了，农民讲习所说得对。

&gt&gtOS的实时性一般指的是弱实时处理，驱动才是强实时（你们说的硬实时）。这是基本常识，是硬件决定的。<br />其它什么消息机制、零内存拷贝之类只是每个实时层次的转换缓冲。<br /><br />///////////////////<br />所长大人:这里你所谓的强实时和弱实时加在一起,才是实时系统的响应过程.<br />你的那个程序结构不错,不过别说什么实时性.<br /><br />我瞎说的,别欺负我........

国内用的最多的还是Linux和VxWorks吧，

嘿嘿，我算是看明白了。<br />不过学术问题嘛，没有人能100%精确的，所以讨论才是最好的啊。

一直有把移植ThreadX移植到ARM7上的想法.今天终于成功了.好高兴啊<br />虽然移植算不上什么,但看到新操作系统在旧系统上运行起来,感觉就是爽^_^<br />呵呵....<br /><br />这个操作系统真不错,虽然没有深究,但发现它和nucleus&nbsp;PLUS很像!

DING

挖坟