第二十二章 建立386架构的模拟平台

     制造千核CPU目前经济上有困难，所以决定用现有的电脑来搭建模拟平台。对于垃圾386CPU架构很无奈；指令性能、速度都会有很大的退步。那个牛角尖的段页结构和权限方式设计太过垃圾多余，更不应为了无谓的兼容而缝缝补补。即使发展到了64位有所改进，但做个16核就非常勉强，功耗巨大！可以说386架构已经是穷途末路了。不出10年，386架构必将消失在历史的长河中。
     我知道，要去熟识386架构必将付出巨大的精力与时间，我很气愤也很无奈！从这章起，后面的部分章节都是学习心得及实施模拟平台的构想。我没用过C语言，更不用说其工具GCC等；但APO还是要支持C，因为巨大的硬件设备驱动和应用程序不是一个人的力量可以解决的。我会用意念与想象去突破一切困难。也希望同行们能指出错误，以便改进。在此先表感谢！
     APO模拟系统的内核主要还是用汇编构建；考虑到386指令的低效率，所以内核代码量放宽到一个单元64KZ(128KB)。设备驱动，进程都打算统一到APO文件系统里。删除、增加、打开、关闭。。。一个设备、进程、其它种类的文件系统和删除、增加。。。。一个文件或目录没太大区别。这样可大为减少代码量。主要的区别是设备操作通常需要根用户。
     APO文件系统高效、高速的随机访问、支持并行处理、支持最大512TB的巨大硬盘空间、最多4G的文件或目录、支持分布式文件系统、取消分区代之为卷。内存管理与文件管理抽象到节点处理，也就是说他们没多大区别。那个复杂的庞大的页式机制与交换机制当然是一刀砍掉，代之是简单的无交换的段式管理。允许根用户的实时进程（支持实时中断）而无需重新编译内核。快的中断代码部分（中断函数）与其慢的中断代码部分（线程方式）分开使得更为公平。中断返回时是否要进调度还在考虑（必须考虑因此造成的性能损失）。支持抢先式优先级调度机制。进程可打开与管理多个文件。一切以高速，小代码量为优先。