炊煙雲海。

GCC gcc main.c -o main 1234567891011121314151617# 可以随时停在某一步gcc -E main.c -o main.i # 预处理gcc -S main.c -o main.s # 编译gcc -c main.c -o main.o # 汇编gcc main.o -o main # 链接gcc -Wall main.c -o main # 警告处理gcc -g main.c -o main # 调试选项# 可多个源文件同时编译gcc main.c utils.c math.c -o main# 指定头文件搜索路径gcc main.c -I./include -o main# 定义宏（-D）gcc -DDEBUG main.c -o main # 相当于预写 "#define DEBUG" Makefile 123456789101112131415161718CC = gccCFLAGS = -Wall -gTARGET = mainOBJS = main1.o main2.o main3.o all: $(T...

与其说是概览，更像是概念和定理的摘抄总结

Deep Learning.

自用。

自用。

架构分析 功能分析 InputManage:分析输入指令，传入GameManage GameManage：管理一个“服务器”，内含所有Adventurer，Equipment等公共资源 Adventurer：执行冒险者行为，包括添加/移除物品（从背包/从仓库），攻击，雇佣，援助，使用药水/魔法 结构图 特点 使用InputManage和GameManage类管理输入以及所有可操作要素，便于进行统一管理，也便于实现要素之间的交互，如冒险者之间的攻击，雇佣，援助。 在管理背包物品时采用Hashmap结构，便于进行背包容量的管理，使物品的放入拿出效率更高。 使用Usable接口管理所有可使用要素，增强了可拓展性，便于管理，且减少了重复代码量。 采取工厂模式，添加诸如BottleFactory，SpellFactory，EquipmentFactory类，有利于代码结构化和简化。 架构变动 共经历了两次较大的变动 工厂模式使用：在药水，装备，魔法的种类的区分逐渐变得频繁的过程中，我意识到每次生成时需要多行代码是十分臃肿的，于是我采用了工厂模式，建立若干...

设计思路 在P6基础上，进行如下修改。 异常中断 添加模块CP0 添加指令：eret，syscall，mtc0，mfc0 mfc0指令激活RegWrite与特殊写使能，t设置为2 mtc0的t_rt设置为2 eret对应信号与CP0的EXCClr连接 修改各级部件以支持异常检测 F级：PC错误 D级：指令错误/syscall E级：加减溢出，Load/Store地址范围错误 所有异常流入M级的CP0中 注意流水的优先级顺序，设置各级fixedExcCode信号 修改各级部件以支持异常中断 F级检测到pc异常，则将IM导入的instr清空 npc在Req激活时跳转到0x00004180 各级pc修改为0x00004180 各级流水寄存器清空 CP0进行若干操作： 异常后EPCout设置为受害PC-4(延迟槽指令)，或PC 中断优先级更高，若检测到中断信号，ExcCode设置为0 系统架构 将mips改为CPU，修改input和output信号 增加Bridge模块，加入Timer0,Timer1 增加新的顶层mips模块，包含CPU，Bridge...

设计草稿 根据P5CPU设计，需要进行以下改变： 乘除模块MDU，内带HI,LO两个寄存器。设置start,busy信号用于模拟多周期乘除法运算 DE模块，用于实现LW,LH,LB指令 BE模块，用于实现SW,SH,SB指令 内存外置：将原IM和DM删除，并在mips主模块增加接口 增加bne,slt等简单指令 乘除法八条指令 MDU模块 注意$signed即可。 123456789101112131415161718192021222324252627- type = mult(u) - {HI, LO} <= inputA * inputB;- type = div(u) - inputB != 0 - HI <= inputA % inputB; - LO <= inputA / inputB;- type = mfhi/mflo - MDUres = HI/LO;- type = mthi/mtlo - HI/LO <= inputA;``` #### 模拟多周期运算- 当 E 级指令是`mult``mu...