我不是很清楚为什麽要这麽做 因为 x86 重点就是他的 power 我看过很多跑 x86 其实是因为要他的 UI 如果是这样 那就用更差的 ARM 或者是 DSP 跑 RTOS 再用 tcp/ip 将资料送回 server 拿 x86 跑工控 图的顶多就是他上面的 PCI BUS 多 那就应该要更精简的 OS, 多跑 windows 不是 loading 更重 有很多 linux 非常精简, 开机 POST 速度很快 不然用 DOS 好了 ※ 引述《doghib (lun)》之铭言： : 大家好， : 小弟在工控界打混，工控对RTOS非常倚重，每个动作控制越精准，产出越高。 : 在台湾普遍使用的Windows + RTOS有几种， : 1. IntervalZero - RTX : 2. tenAsys - INtime : 3. Acontis : 使用这类的产品，大致上都会用Timer + Event : Timer中跑 运动控制算法 : Event中跑 PLC 或 自己写Code控制运动流程 : 这些产品收费通常都是 SDK + 每套License费用 : 通常Windows使用者使用上述产品大概都使用SMP架构 : SMP架构是开机时，会有一颗CPU先起来，称之为BP，其它称为AP : BP起来後，再使用 APIC 对每个位置进行 Send INIT IPI， : 在 Send INIT IPI之前，先将记忆体中某个位置设起Flag， : Boot Code中再将此Flag Off，就可知道，此处有个AP， : 扫描完後，将所有CPU调度统一由BP进行调度，就是SMP的做法。 : 至於AMP则是各自CPU做各自的任务，不互相干扰， : 但这是不会操作到同一个硬体的理想状况。 : Github上有个专案 : https://github.com/GiraffeOS/GiraffeOS : 做法是在Windows上修改C:\Boot.ini，限制Windows的使用核心数与记忆体大小， : 再将Boot Code & App Bin 拷贝到实体记忆体的区块上，利用BP开AP的方式开机运行， : App Bin理论上来说，应该可以跑 : 1. Bare Metal 难处在 所有东西都自己刻 (包含中断、硬体操作) : 2. Wince 难处在 有些东西是黑盒子 : 3. Linux 难处在 原始码好庞大 (精简工程浩大) : 目前小弟研究方向是采用 (1) 自己刻， : 因为有 xv6 可以当范本 (在此感谢 黄敬群老师 的建议) : 发展到最後产品应该会像下列产品 (内有简体，不喜勿入@@) : http://www.dcce.com.cn/downloadfiles/201310121644063923.pdf : 以上是简单的介绍，有错误请指正，谢谢!! -- Sent from my USS Nimitz --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.34.153.98 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1457777596.A.F70.html