Operating system 嵌入式操作系统的比较？

我参与过各种风格的嵌入式操作系统，通常不得不使用遗留系统所拥有的任何东西。现在我有机会从头开始一个新的嵌入式项目

系统的主要约束条件是：

• 它需要一个基于网络的界面
• 需要实时处理输入（因此需要真正的RTOS）
• 可用内存为32MB的RAM和闪存

团队以前使用的操作系统是VxWorks、ThreadX、uCos、pSOS和Windows CE

有没有人对操作系统的选择进行过比较或权衡研究

是否还有其他操作系统需要考虑？（我们建议使用eCos和RT Linux）

---

编辑-感谢迄今为止的所有回复。遗憾的是，我不能将所有内容都标记为“已接受”。

我对Windows CE非常满意，尽管它“更重”。

我多年前就与之共事过，除了对它说些好话外，什么都没有。即使在那时，QNX 4（与中微子微核相比，它确实是矮胖的）也非常适合低内存的情况（尽管32MB与我们必须使用的1-2MB相比是软糖），尽管我没有明确使用任何基于网络的东西，我知道Apache是可用的。

这完全取决于为您的团队分配了多少时间来学习“新”RTOS。
你有什么理由不想使用人们已有经验的东西吗

我对vxWorks有丰富的经验，我喜欢它，但在为WindRiver工作时，请忽略我的意见

uC/OS II的优点是在Labrosse的书中有完整的文档记录（正如在源代码中实际解释的那样）。但我不知道网络支持

我知道pSos不再可用

---

你也可以看看

我从微软购买了一些开发硬件

---

它非常容易使用，并且有很好的文档记录。它是一个运行uCLinux的RTOS。这家公司非常适合与之合作。

选择您的团队有经验的操作系统可能是一个明智的决定。不过，我想推广两个好的开源选项：

• （你提到过吗）

两者都有许多特性和驱动程序，适用于各种各样的体系结构。您还没有提到将使用什么体系结构。它们提供POSIX层，如果您希望尽可能保持便携性，这很好

此外，eCos和RTEMS的许可证都是GPL，但有一个例外，即通过链接内核生成的可执行文件不在GPL范围内

---

社区非常活跃，有一些公司提供商业支持和开发。

我们对Keil RTX系统非常满意……轻快，满足了我们所有紧迫的实时限制。它还内置了一些很好的调试功能，用于监控堆栈溢出等。我认为仔细评估“RTO”的含义是明智的。我在一家制造高性能嵌入式系统的大公司工作了几年，他们称之为“实时”，尽管这不是他们真正想要的。它们的延迟很低，并且具有确定性的调度程序，10次中有9次，这是人们在说RTOS时真正想要的

真正的实时需要硬件支持，这可能不是您真正的意思。如果您想要的只是低延迟和确定性的调度（同样，我认为人们90%的时候都是指“实时”），那么任何Linux发行版都适合您。您甚至可以使用Windows（但我不确定如何控制Windows调度程序…）

---

再次强调，请注意“实时”的含义。

要同意Ben Collins的观点，您需要确定是软实时需求（主要用于人机交互）还是硬实时需求（用于与时间敏感设备的接口）.

柔软也意味着你可以偶尔忍受打嗝

可靠性要求是什么？我在嵌入式Linux等更通用的操作系统方面的经验是，它们往往会经历随机的打嗝，这是因为它们采用了智能的平均情况优化，试图避免饥饿和类似的单个任务

VxWorks很好：

良好的文件

友好的开发工具

低潜伏期

确定性调度

然而，我怀疑WindRiver是否会将他们的主要注意力转向Linux，WindRiver Linux是否会打入WindRiver VxWorks市场。

---

市场越少，对工程师的要求就越低。

这是最新的研究。最后一次是在8年前完成的，因此这是最相关的。这些表可用于添加其他RTOS选项。您会注意到，这种比较主要集中在较轻的机器上，但同样适用于较重的机器，前提是不需要虚拟内存

---

好的方面：我忘了一个团队成员提到过QNX。感谢您的推荐。QNX中微子还在销售吗？“QNX中微子RTOS 6.5于2010年7月发布”——“QNX中微子x86运行时工具包-联系QNX销售人员获取许可选项”——“就操作系统的选择而言，团队的经验是一个高优先级的鉴别器。”。我主要是想看看团队已经有经验的东西是否有新的变化。我们只是一个小团队，可能无法覆盖所有的基础。Labrosse本人已通过电子邮件回答了有关我公司的uC/OS及其配套产品的问题，他的员工也很友好。多年来，我已经将uC/OS应用于多个咨询项目中，如果它不是坚如磐石的话，我不会继续这样做。链接到已删除，所以问题已更新到Wikipedia one。我想这取决于