【开坑】在mc里搞个操作系统！！！！！
在内存，处理器节点，设备之间应该使用一个交换机链接，以满足庞大的数据交换需求。还好的是，确实做过这么个模块。关于内存，会采用对称的多节点分布方式，划分为多块存储器，希望以此配合操作系统的管理，通过减少访问冲突增加访存效率。
那么，当然还得确定一下设备间总线的协议，当然，这个设备间总线的价值个人认为远不止于此，其它的设计也可以参考采用这个模块，不过我不觉得我会开下一个坑了
cache映射！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！怎么办啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊
很麻烦，不知道我要不要参考很多资料。因为我的这个设计是没有基准数据作为参考的，这个处理器甚至没有一个完整的isa，也没有可参考的操作系统，也就是说，在选定cache的参数和策略时，很难确定参数的优化方向，甚至在很多其它设计地方也出现了这种问题，虽然已经通过各种办法绕过了这种东西，但是显然现在并不能绕开cache的问题。当然，我不确定这是否就是没有办法，现在要么找一个比较通用的设计原则作为基准，或者自己尝试制造一些数据，要么就不抱希望的考虑下新设计。
其实还有另一个办法，那就是先把操作系统搞出来，再将操作系统作为基准考虑cache设计。当然这样还是有新的问题，但是比起毫无进展要好一些？也许可行。但是无论如何，很显然这个坑的大小现在正在以不可控的速度增长
目前的打算就是按照着现在的流程重新整理下所有的设计，还有整理之前想到的一些思路，软件需求关于多个不同阶段是相互交叉的，这使得在这方面进展很困难，楼主现在的想法也就是先采用“伪汇编“实现出一部分或者整个操作系统还有几个被预定的例程，随后通过对”伪汇编“中不同操作的需求还有程序结构的分析，得到近似的软件需求，就可以进一步用于指导处理器设计，最后会用这个处理器的汇编真正实现一遍这个操作系统。不过其实本人在这方面是毫无经验的，也不知道有什么可以参考的资料，所以可以说是一个挑战。光就关于这个，整个项目周期就已经完全无法控制了，不过没关系反正慢慢做，大不了就咕了233333
那么下一步工作应该是这样的：任务A： 整理好这个处理器的大致架构。任务B1：设计好"伪汇编"语言。任务B2：根据大致架构设计好操作系统的伪汇编程序（可能有些部分实际上还是主要与实际的处理器参数相关，但是由于这个"伪汇编"程序的主要目的是为用于提供指导处理器设计数据的测量程序使用，所以忽略一些部分实际无妨。）