如果我想使用基于 Intel Atom 的主板作为嵌入式系统，我可以使用哪些操作系统？
我计划在嵌入式系统板上使用英特尔 Atom。嵌入式系统将运行用 C 语言编写的图像处理程序。由于其嵌入式系统占用空间显然是一个问题。我正在考虑使用Linux内核的修改版本。还有其他选择吗？
Im planning to use Intel atom on a board for an embedded system. The embedded system will be running programs written in C for image processing. Since its an embedded system footprint is obviously a concern. I was thinking about using a modified version of the linux kernel. Any other options??
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我已经为嵌入式系统编写了自己的操作系统，所以我不太确定。但我一直想尝试的一个项目是 uCLinux。尽管这可能不足以满足您想做的事情。如果您有更多资源，您可能需要 PuppyLinux 或 Damn Small Linux。它们都应该有一个适合您需要的 C 编译器。
希望这有帮助！
ps，由于我是新用户，我只能发布一个超链接，另外两个你必须谷歌搜索，抱歉！
I've written my own O/S for embedded systems so I'm not too sure. But one project I've been wanting to try is uCLinux. Though that might not be enough for what you want to do. If you have more ressources you might want PuppyLinux or Damn Small Linux. They all should have a C compiler which will suit your need.
Hope this helps!
p.s. since I'm a new user, I can only post one hyperlink, you'll have to google the other two, sorry!
我不知道您有多少内存，但 Windows CE 可能是另一种选择。走这条路可以让您继续使用 Windows 工具（如果您喜欢这些工具）还有一个 .NET 框架的 Micro 版本可在 Windows CE 上使用
I don't know how much memory you have, but Windows CE might be another choice. Going this route lets you stay with Windows tools (if you like those) There is also a Micro edition of the .NET framework available for use on Windows CE
这取决于您的操作系统需要哪些服务。最小的占用空间将通过使用简单的 RTOS 内核（例如 uC/OS-II 或 FreeRTOS）来实现；然而，对设备和文件系统等的支持将完全取决于您或具有相关集成问题的第三方库。此外，更简单的内核不利用 MMU 来提供任务和内核之间的保护 - 通常所有内容都作为单个多线程应用程序运行。
Linux 或 Windows Embedded 等“重量级”可以提供更广泛、更全面的硬件支持。
可以通过 eCOS、VxWorks、Neucleus 或 QNX Neutrino 等功能更齐全的 RTOS 来实现中间立场。 QNX 对 MMU 的支持尤其强大。
It depends what services you need form your OS. The smallest footprint will be achieved by using a simple RTOS kernel such as uC/OS-II or FreeRTOS; however support for devices and filesystems etc will be entirely down to you or third-party libraries with associated integration issues. Also the simpler kernels do not utilise the MMU to provide protection between tasks and the kernel - typically everything runs as a single multithreaded application.
Broader and more comprehensive hardware support can be provided by 'heavyweights' such as Linux or Windows Embedded.
A middle ground can probably be achieved with a more fully featured RTOS such eCOS, VxWorks, Neucleus, or QNX Neutrino. QNX is especially strong on MMU support.
嵌入式盒子中的“图像处理”几乎总是意味着实时图像处理。您最关心的问题是最大化数据吞吐量并最小化延迟处理开销。
我个人的偏见是，以从事实时图像处理（专注于焦平面阵列 FLIR 非均匀性补偿和目标跟踪）为生，认为使用 Intel x86-ANYTHING 进行实时嵌入式图像处理是一个可怕的错误。
然而，假设你的雇主已经把那块板塞给你了，而你又不愿意因为他们坚持把事情搞砸而辞职，那么我的第一个推荐将是 QNX，我的第二个选择将是 VxWorks。我可能会考虑uCOS。
由于通过系统移动大量像素所固有的低开销、低延迟要求，我不会考虑 Microsoft 的任何产品，而且我会将任何 Linux 放在遥远的第三或第四位，落后于 QNX、VxWorks 和uCOS。
"Image processing" in an embedded box almost always means real-time image processing. Your number one concerns are going to be maximizing data throughput and minimizing latency processing overhead.
My personal prejudice, from having done real-time image processing (staring focal plane array FLIR nonuniformity compensation and target tracking) for a living, is that using an Intel x86-ANYTHING for real-time embedded image processing is a horrible mistake.
However, assuming that your employer has crammed that board down your throat, and you aren't willing to quit over their insistence on screwing up, my first recommendation would be QNX, and my second choice would be VxWorks. I might consider uCOS.
Because of the low-overhead, low-latency requirements inherent in moving massive numbers of pixels through a system, I would not consider ANYTHING from Microsoft, and I would put any Linux at a distant third or fourth place, behind QNX, VxWorks, and uCOS.
如果您需要进行实时图像处理，那么您可能需要使用实时操作系统。如果这是您想要采取的路线，我建议您尝试 QNX。我（个人）发现 QNX 在可用功能和低开销之间取得了很好的平衡。我个人没有使用过 VxWorks，但我也听说过一些关于它的好消息。
如果您不需要实时功能，那么我建议从 Linux 平台开始。与 Windows 操作系统相比，您可以通过剥离它来满足您的硬件限制，从而获得更好的运气。
您应该考虑的最大因素不是 CPU，而是主板上的其他硬件。您需要确保您选择的任何操作系统都具有适用于所有硬件的驱动程序（除非您计划编写自己的驱动程序），并且嵌入式板通常可以具有尚未开源的不常见或专用芯片组可用的驱动程序。仅司机的可用性可能会帮助您做出决定。
If you are needing to do real-time image processing, then you will likely want to use a Real-Time Operating System. If that is the route you want to take, I would recommend trying out QNX. I (personally) find that QNX has a nice balance of available features and low overhead. I have not used VxWorks personally, but I have heard some good things about it as well.
If you do not need Real-Time capabilities, then I would suggest starting with a Linux platform. You will have much better luck stripping it down to meet your hardware limitations than you would a Windows OS.
The biggest factor you should consider is not your CPU, but the rest of the hardware on your board. You will want to make sure that whatever OS you choose has drivers available for all of your hardware (unless you are planning on writing your own drivers), and embedded boards can often have uncommon or specialized chipsets that don't yet have open-source drivers available. Driver availability alone might make your decision for you.