简介这份资源是华中科技大学操作系统课程的实验与课程设计资料包面向正在学习操作系统原理、需要动手实践的高校学生及自学者帮助解决从理论理解到代码实现之间的衔接问题。压缩包共74个文件约9.61MB以C语言源码21个.c、C源码8个.cpp、实验说明与数据文本13个.txt、课件PPT4个.ppt以及Makefile、头文件、报告文档等为主覆盖进程管理、内存分配、调度算法、文件系统等核心实验模块。内容包含各次实验的指导材料、可编译运行的示例代码、课程设计项目源码与实验报告模板读者可据此复现进程创建、上下文切换、内存分配等关键机制并参考报告格式完成规范撰写。目前已有132人学习下载适合作为操作系统课程同步练习与期末课程设计的参考材料。1. 华科操作系统实验课程设计.zip一份能跑通进程调度与内存管理的实战包如果你正在搜“华科操作系统实验”或者“操作系统课程设计”大概率是两种情况要么课设周快到了老师扔下一句“实现一个简单的文件系统”就没了下文要么你翻遍了 CSDN 和 GitHub找到的代码要么跑不起来要么注释比代码还少根本不知道从哪改起。这份“华科操作系统实验课程设计.zip”就是冲着这个痛点来的——它不是一份只给你看的文档而是一套能编译、能运行、能对着改参数的工程文件。里面通常包含进程调度模拟、内存页面置换、文件系统实现这几个经典模块每个模块都有独立的源码目录和实验报告模板。适合谁适合刚学完操作系统原理、需要动手把 PV 操作、LRU、时间片轮转这些概念落成代码的本科生也适合想拿一份现成框架快速改出自己课设的开发者。我拆过不少类似的包很多都是“截图即巅峰”但这个包的结构相对干净下面直接讲怎么用。2. 拆包先看目录进程调度与内存管理的代码骨架拿到压缩包别急着双击 main.c先花五分钟把目录结构摸清楚。常见的组织方式是按实验编号分文件夹比如lab1_schedule、lab2_memory、lab3_fs每个文件夹里再分src、include、doc。这一步决定了你后面是复制粘贴还是从头造轮子。2.1 识别核心模块与编译入口先看根目录有没有Makefile或者CMakeLists.txt。如果有恭喜你大概率能一键编译如果没有就得手动找main函数所在的文件。我一般会先用tree命令Windows 下用dir /s /b把文件树打出来重点看三类文件.c源文件、.h头文件、.md或.doc说明。进程调度模块通常会有pcb.h定义进程控制块schedule.c实现调度算法内存管理模块会有page.h和replace.c。如果包里带了实验报告模板先扫一眼报告里的“实验要求”章节那才是老师真正要你实现的功能点代码只是参考。# 查看压缩包内文件结构Linux/macOS unzip -l 华科操作系统实验课程设计.zip # 如果已经解压用 tree 看层级Windows 可用 dir /s /b tree -L 3 ./os_lab逻辑说明unzip -l只列出文件不解压适合快速判断包的大小和文件类型tree -L 3限制三层深度避免输出刷屏。参数-L 3可以根据实际目录深度调整一般课设包三层足够看清src下的模块划分。2.2 进程调度模块的源码走读与参数定位进程调度是操作系统实验里最常被要求“手写”的部分。打开schedule.c重点找三个东西进程队列的数据结构、调度算法的选择逻辑、时间片或优先级的更新方式。常见实现是用链表或数组模拟就绪队列每个节点存 PID、到达时间、服务时间、优先级、状态。如果你看到void schedule()函数里有一堆if-else或者switch-case那就是算法入口。参数方面时间片轮转的time_slice通常定义在头文件里比如#define TIME_SLICE 2改这个值就能观察不同时间片对周转时间的影响。我一般会先把TIME_SLICE改成 1 和 5 各跑一遍对比平均周转时间这样报告里就有数据可写了。// 典型的 PCB 结构定义摘自常见课设模板 typedef struct PCB { int pid; // 进程标识符 int arrive_time; // 到达时间 int service_time; // 服务时间 int priority; // 优先级数值越小优先级越高 int state; // 状态0-就绪 1-运行 2-完成 struct PCB *next; // 链表指针 } PCB; // 时间片轮转调度核心逻辑片段 void round_robin(PCB *ready_queue, int time_slice) { PCB *current ready_queue; while (current ! NULL) { if (current-service_time time_slice) { current-service_time - time_slice; // 剩余服务时间减少 // 将当前进程移到队尾 move_to_tail(ready_queue, current); } else { current-state 2; // 标记完成 } current current-next; } }逻辑说明这段代码展示了时间片轮转的基本骨架。time_slice是每次调度分配给进程的最大执行时间service_time减去time_slice后如果还有剩余就把进程重新排到队尾。参数time_slice直接决定调度频率——值越小进程切换越频繁系统开销越大但响应更快值越大吞吐量高但交互性差。跑实验时建议至少测三组1、3、5记录平均周转时间和带权周转时间。2.3 内存页面置换算法的代码映射内存管理模块通常要求实现 FIFO、LRU、OPT 三种页面置换算法中的至少两种。代码里一般会有一个page_frame数组模拟物理块一个page_sequence数组存页面访问序列。LRU 的实现是重点常见做法是用一个时间戳数组记录每个页面最后一次被访问的时间淘汰时间戳最小的。如果你看到代码里用了clock()或者自定义的access_time变量那就是 LRU 的痕迹。OPT 算法需要预知未来访问序列所以代码里会有一个find_optimal()函数从当前位置往后扫描找最长时间不再被访问的页面。这里有个坑很多模板的 OPT 实现只扫描了有限长度导致结果和理论值对不上报告里写“近似最优”就行别硬说是严格最优。// LRU 页面置换核心逻辑 int lru_replace(int *frames, int *access_time, int page, int frame_count, int current_time) { int victim 0; int min_time access_time[0]; // 找最早被访问的页面时间戳最小 for (int i 1; i frame_count; i) { if (access_time[i] min_time) { min_time access_time[i]; victim i; } } frames[victim] page; // 替换页面 access_time[victim] current_time; // 更新时间戳 return victim; }逻辑说明frames数组存当前物理块里的页面号access_time存每个页面最后一次被访问的时间。每次访问新页面时如果物理块已满就找access_time最小的那个位置替换。参数frame_count是物理块数量通常设为 3 或 4改这个值能直接观察缺页率变化。current_time每访问一次页面就自增保证时间戳唯一。3. 编译与运行从 Makefile 到手动排错代码看懂了下一步是让它跑起来。很多课设包在 Windows 下用 Dev-C 或者 VS 能直接编译但在 Linux 下可能会报一堆implicit declaration错误。这一章讲怎么把编译跑通以及跑不通时看哪里。3.1 用 Makefile 一键构建与手动编译兜底如果包里有Makefile先打开看一眼CC变量和CFLAGS。常见的坑是CFLAGS -Wall -g但没加-lm导致用了math.h里的函数链接失败。解决办法是在LDFLAGS里补-lm。如果没有Makefile就手动编译把所有.c文件一起扔给gcc用-I指定头文件目录。比如gcc -I ./include ./src/*.c -o os_lab -lm。注意*.c通配符在 Windows 的 cmd 里不生效得用gcc -I include src\*.c -o os_lab.exe或者干脆用 MinGW 的 bash。# 有 Makefile 的情况 make clean make # 手动编译Linux/macOS gcc -I ./include ./src/schedule.c ./src/memory.c ./src/main.c -o os_lab -lm # Windows MinGW 下编译 gcc -I include src/schedule.c src/memory.c src/main.c -o os_lab.exe -lm逻辑说明-I ./include告诉编译器头文件在哪-lm链接数学库。如果报undefined reference to pow之类的错误八成是漏了-lm。make clean先清掉旧的.o文件避免增量编译带来的玄学问题。3.2 输入数据格式与运行参数调整跑起来之后程序通常会让你输入进程数量、时间片大小、页面访问序列长度这些参数。有些包把测试数据硬编码在main函数里有些则从input.txt读取。如果是文件读取先看input.txt的格式第一行可能是进程数后面每行是 PID、到达时间、服务时间。页面置换的输入通常是页面号序列比如7 0 1 2 0 3 0 4。我一般会准备三组测试数据小规模3 个进程、5 个页面访问用来验证逻辑中规模10 个进程、20 个页面访问用来跑报告数据大规模100 个进程、1000 个页面访问用来观察算法性能差异。改参数的时候注意别把scanf的格式符改错了%d和%f混用是血泪经验。// 从 input.txt 读取进程信息的典型代码 FILE *fp fopen(input.txt, r); if (fp NULL) { printf(无法打开 input.txt请检查文件路径\n); return -1; } int n; fscanf(fp, %d, n); // 第一行进程数量 PCB *processes (PCB *)malloc(n * sizeof(PCB)); for (int i 0; i n; i) { fscanf(fp, %d %d %d, processes[i].pid, processes[i].arrive_time, processes[i].service_time); } fclose(fp);逻辑说明fscanf按格式读取%d %d %d对应 PID、到达时间、服务时间。如果input.txt里用了逗号分隔格式符就得改成%d,%d,%d。malloc分配内存后记得在程序结束前free虽然课设不检查内存泄漏但养成习惯没坏处。3.3 输出结果解读周转时间与缺页率程序跑完会输出一堆数字重点看两个指标进程调度的平均周转时间和内存置换的缺页率。平均周转时间 完成时间 - 到达时间带权周转时间 周转时间 / 服务时间。缺页率 缺页次数 / 总访问次数。如果缺页率算出来是 0 或者 1先别高兴太早检查一下物理块数量是不是设成了比页面序列还大或者页面序列里全是同一个页面号。正常的 LRU 在 3 个物理块下跑7 0 1 2 0 3 0 4这个经典序列缺页次数应该是 6 次左右。如果差太多回去看access_time的更新逻辑是不是漏了。4. 避坑与常见问题课设代码跑不通的五个真实原因这一章全是踩坑记录每条都按“现象 → 原因 → 解决”写。如果你卡在某个报错上直接对号入座。4.1 编译报错undefined reference to WinMain现象在 Windows 下用 gcc 编译报undefined reference to WinMain或者undefined reference to main。原因源文件里没有main函数或者main函数写在了被条件编译屏蔽的代码块里。有些模板会把main放在#ifdef TEST里忘了定义TEST宏。解决全局搜int main确认它在不在#ifdef里面如果不在检查是不是把main.c漏了没加到编译命令里。4.2 进程调度结果全为 0 或负数现象平均周转时间输出 0或者带权周转时间出现负数。原因service_time在调度过程中被减到 0 之后没有正确标记完成导致后续计算用了 0 做除数或者arrive_time和finish_time的变量类型用了unsigned int减法下溢。解决把时间变量全改成int在减法前加判断if (finish_time arrive_time)检查service_time减到 0 时有没有把state置为完成。4.3 LRU 缺页率异常偏高现象LRU 的缺页率比 FIFO 还高明显不符合理论。原因access_time数组没有在每次访问时更新导致所有页面的时间戳都是初始值 0LRU 退化成了随机替换。解决在每次访问页面无论命中还是缺页之后都把对应物理块的access_time更新为当前时间。注意命中时也要更新这是 LRU 和 FIFO 的核心区别。4.4 文件系统实验的路径拼接错误现象文件系统模块跑起来后创建文件报No such file or directory。原因代码里用了相对路径./disk/file但disk目录不存在或者当前工作目录不是程序所在目录。解决在main函数开头用mkdir创建必要的目录Windows 用_mkdir或者把路径改成绝对路径。更稳妥的做法是用fopen之前先fopen一次测试失败就打印当前工作目录getcwd。4.5 输入数据格式不匹配导致死循环现象程序卡在while(scanf(...) ! EOF)里出不来或者一直重复输出同一行。原因scanf的格式符和输入数据不匹配比如输入了字母但格式符是%d导致scanf返回 0 但不消耗缓冲区死循环。解决在scanf后面加判断if (ret ! 1) break;或者用fgets读整行再用sscanf解析。课设里最稳的输入方式是fgetssscanf别直接用scanf。5. 进阶技巧把课设代码改成能写进简历的项目课设代码能跑通只是及格线如果你想拿它去面试或者写进简历还得做三件事加日志、做对比、写测试。这一章讲怎么在现有代码上花最少的时间做出能看的产出。5.1 给调度算法加时间戳日志原始代码只输出最终结果面试官看不到中间过程。你可以在每次进程切换时打印一行日志[时间 5] 进程 P1 运行 - 进程 P2 就绪。实现方式是在调度循环里加printf把current_time、当前进程 PID、下一个进程 PID 打出来。日志别用printf直接刷屏写到schedule.log文件里跑完之后用grep或者awk统计每个进程的运行区间。这样你就能画出一张简易的甘特图放在报告里比纯数字直观得多。// 在调度循环中加日志 FILE *log_fp fopen(schedule.log, w); fprintf(log_fp, 时间%d, 当前进程%d, 剩余服务时间%d\n, current_time, current-pid, current-service_time); // 每次时间片用完或进程完成时调用 fclose(log_fp);逻辑说明fprintf的格式和printf一样只是输出到文件。current_time需要你自己维护一个全局变量每次调度决策后自增。日志文件用w模式打开会覆盖旧内容如果想追加就用a。5.2 用脚本批量跑参数组合手动改TIME_SLICE再重新编译太慢写个 bash 脚本自动跑。思路是用sed替换头文件里的宏定义然后make再运行程序把输出重定向到不同文件。跑完五组参数后用grep提取平均周转时间拼成一张表。这个脚本本身就能写进简历体现你会自动化测试。#!/bin/bash for ts in 1 2 3 4 5; do sed -i s/#define TIME_SLICE .*/#define TIME_SLICE $ts/ include/config.h make clean make /dev/null 21 ./os_lab result_ts_$ts.txt echo 时间片$ts 完成 done # 提取结果 grep 平均周转时间 result_ts_*.txt逻辑说明sed -i直接修改文件s/旧内容/新内容/是替换语法.*匹配任意字符。make /dev/null 21把编译输出丢掉只保留程序运行结果。grep从所有结果文件里提取关键行方便对比。5.3 用 Python 画缺页率对比图内存置换实验的最终产出应该是一张折线图横轴是物理块数量3、4、5纵轴是缺页率三条线分别代表 FIFO、LRU、OPT。用 Python 的matplotlib十行代码就能画出来。数据从程序输出里手动抄或者用awk提取都行。图放在报告里比表格有说服力。注意 OPT 的缺页率一定是最低的如果你的图里 OPT 不是最低说明 OPT 实现有问题回去检查find_optimal的扫描范围。import matplotlib.pyplot as plt frames [3, 4, 5] fifo [0.75, 0.60, 0.50] # 替换成你的实际数据 lru [0.65, 0.50, 0.40] opt [0.55, 0.45, 0.35] plt.plot(frames, fifo, markero, labelFIFO) plt.plot(frames, lru, markers, labelLRU) plt.plot(frames, opt, marker^, labelOPT) plt.xlabel(物理块数量) plt.ylabel(缺页率) plt.legend() plt.savefig(page_fault_rate.png, dpi150)逻辑说明marker参数指定数据点形状dpi150保证图片清晰度。数据列表里的值需要你从程序输出里替换成真实值。如果缺页率是百分比记得先除以 100。5.4 把实验报告写成技术文档最后一步把上面所有东西串起来目录结构说明、编译命令、参数配置表、测试数据、结果对比图、踩坑记录。用 Markdown 写代码块标语言表格放参数。这份文档可以直接当课设报告交也可以放到 GitHub 上当项目 README。我一般会在文档最后加一节“已知限制”比如“OPT 算法仅扫描未来 100 个访问请求非严格最优”这样显得你清楚边界在哪。从那以后我每次拿到课设包都先跑通再改参数最后补文档一套流程走完基本不用返工。希望帮到你。本文还有配套的精品资源点击获取 华科操作系统实验+课程设计.zip：进程调度与内存管理实战包
简介这份资源是华中科技大学操作系统课程的实验与课程设计资料包面向正在学习操作系统原理、需要动手实践的高校学生及自学者帮助解决从理论理解到代码实现之间的衔接问题。压缩包共74个文件约9.61MB以C语言源码21个.c、C源码8个.cpp、实验说明与数据文本13个.txt、课件PPT4个.ppt以及Makefile、头文件、报告文档等为主覆盖进程管理、内存分配、调度算法、文件系统等核心实验模块。内容包含各次实验的指导材料、可编译运行的示例代码、课程设计项目源码与实验报告模板读者可据此复现进程创建、上下文切换、内存分配等关键机制并参考报告格式完成规范撰写。目前已有132人学习下载适合作为操作系统课程同步练习与期末课程设计的参考材料。1. 华科操作系统实验课程设计.zip一份能跑通进程调度与内存管理的实战包如果你正在搜“华科操作系统实验”或者“操作系统课程设计”大概率是两种情况要么课设周快到了老师扔下一句“实现一个简单的文件系统”就没了下文要么你翻遍了 CSDN 和 GitHub找到的代码要么跑不起来要么注释比代码还少根本不知道从哪改起。这份“华科操作系统实验课程设计.zip”就是冲着这个痛点来的——它不是一份只给你看的文档而是一套能编译、能运行、能对着改参数的工程文件。里面通常包含进程调度模拟、内存页面置换、文件系统实现这几个经典模块每个模块都有独立的源码目录和实验报告模板。适合谁适合刚学完操作系统原理、需要动手把 PV 操作、LRU、时间片轮转这些概念落成代码的本科生也适合想拿一份现成框架快速改出自己课设的开发者。我拆过不少类似的包很多都是“截图即巅峰”但这个包的结构相对干净下面直接讲怎么用。2. 拆包先看目录进程调度与内存管理的代码骨架拿到压缩包别急着双击 main.c先花五分钟把目录结构摸清楚。常见的组织方式是按实验编号分文件夹比如lab1_schedule、lab2_memory、lab3_fs每个文件夹里再分src、include、doc。这一步决定了你后面是复制粘贴还是从头造轮子。2.1 识别核心模块与编译入口先看根目录有没有Makefile或者CMakeLists.txt。如果有恭喜你大概率能一键编译如果没有就得手动找main函数所在的文件。我一般会先用tree命令Windows 下用dir /s /b把文件树打出来重点看三类文件.c源文件、.h头文件、.md或.doc说明。进程调度模块通常会有pcb.h定义进程控制块schedule.c实现调度算法内存管理模块会有page.h和replace.c。如果包里带了实验报告模板先扫一眼报告里的“实验要求”章节那才是老师真正要你实现的功能点代码只是参考。# 查看压缩包内文件结构Linux/macOS unzip -l 华科操作系统实验课程设计.zip # 如果已经解压用 tree 看层级Windows 可用 dir /s /b tree -L 3 ./os_lab逻辑说明unzip -l只列出文件不解压适合快速判断包的大小和文件类型tree -L 3限制三层深度避免输出刷屏。参数-L 3可以根据实际目录深度调整一般课设包三层足够看清src下的模块划分。2.2 进程调度模块的源码走读与参数定位进程调度是操作系统实验里最常被要求“手写”的部分。打开schedule.c重点找三个东西进程队列的数据结构、调度算法的选择逻辑、时间片或优先级的更新方式。常见实现是用链表或数组模拟就绪队列每个节点存 PID、到达时间、服务时间、优先级、状态。如果你看到void schedule()函数里有一堆if-else或者switch-case那就是算法入口。参数方面时间片轮转的time_slice通常定义在头文件里比如#define TIME_SLICE 2改这个值就能观察不同时间片对周转时间的影响。我一般会先把TIME_SLICE改成 1 和 5 各跑一遍对比平均周转时间这样报告里就有数据可写了。// 典型的 PCB 结构定义摘自常见课设模板 typedef struct PCB { int pid; // 进程标识符 int arrive_time; // 到达时间 int service_time; // 服务时间 int priority; // 优先级数值越小优先级越高 int state; // 状态0-就绪 1-运行 2-完成 struct PCB *next; // 链表指针 } PCB; // 时间片轮转调度核心逻辑片段 void round_robin(PCB *ready_queue, int time_slice) { PCB *current ready_queue; while (current ! NULL) { if (current-service_time time_slice) { current-service_time - time_slice; // 剩余服务时间减少 // 将当前进程移到队尾 move_to_tail(ready_queue, current); } else { current-state 2; // 标记完成 } current current-next; } }逻辑说明这段代码展示了时间片轮转的基本骨架。time_slice是每次调度分配给进程的最大执行时间service_time减去time_slice后如果还有剩余就把进程重新排到队尾。参数time_slice直接决定调度频率——值越小进程切换越频繁系统开销越大但响应更快值越大吞吐量高但交互性差。跑实验时建议至少测三组1、3、5记录平均周转时间和带权周转时间。2.3 内存页面置换算法的代码映射内存管理模块通常要求实现 FIFO、LRU、OPT 三种页面置换算法中的至少两种。代码里一般会有一个page_frame数组模拟物理块一个page_sequence数组存页面访问序列。LRU 的实现是重点常见做法是用一个时间戳数组记录每个页面最后一次被访问的时间淘汰时间戳最小的。如果你看到代码里用了clock()或者自定义的access_time变量那就是 LRU 的痕迹。OPT 算法需要预知未来访问序列所以代码里会有一个find_optimal()函数从当前位置往后扫描找最长时间不再被访问的页面。这里有个坑很多模板的 OPT 实现只扫描了有限长度导致结果和理论值对不上报告里写“近似最优”就行别硬说是严格最优。// LRU 页面置换核心逻辑 int lru_replace(int *frames, int *access_time, int page, int frame_count, int current_time) { int victim 0; int min_time access_time[0]; // 找最早被访问的页面时间戳最小 for (int i 1; i frame_count; i) { if (access_time[i] min_time) { min_time access_time[i]; victim i; } } frames[victim] page; // 替换页面 access_time[victim] current_time; // 更新时间戳 return victim; }逻辑说明frames数组存当前物理块里的页面号access_time存每个页面最后一次被访问的时间。每次访问新页面时如果物理块已满就找access_time最小的那个位置替换。参数frame_count是物理块数量通常设为 3 或 4改这个值能直接观察缺页率变化。current_time每访问一次页面就自增保证时间戳唯一。3. 编译与运行从 Makefile 到手动排错代码看懂了下一步是让它跑起来。很多课设包在 Windows 下用 Dev-C 或者 VS 能直接编译但在 Linux 下可能会报一堆implicit declaration错误。这一章讲怎么把编译跑通以及跑不通时看哪里。3.1 用 Makefile 一键构建与手动编译兜底如果包里有Makefile先打开看一眼CC变量和CFLAGS。常见的坑是CFLAGS -Wall -g但没加-lm导致用了math.h里的函数链接失败。解决办法是在LDFLAGS里补-lm。如果没有Makefile就手动编译把所有.c文件一起扔给gcc用-I指定头文件目录。比如gcc -I ./include ./src/*.c -o os_lab -lm。注意*.c通配符在 Windows 的 cmd 里不生效得用gcc -I include src\*.c -o os_lab.exe或者干脆用 MinGW 的 bash。# 有 Makefile 的情况 make clean make # 手动编译Linux/macOS gcc -I ./include ./src/schedule.c ./src/memory.c ./src/main.c -o os_lab -lm # Windows MinGW 下编译 gcc -I include src/schedule.c src/memory.c src/main.c -o os_lab.exe -lm逻辑说明-I ./include告诉编译器头文件在哪-lm链接数学库。如果报undefined reference to pow之类的错误八成是漏了-lm。make clean先清掉旧的.o文件避免增量编译带来的玄学问题。3.2 输入数据格式与运行参数调整跑起来之后程序通常会让你输入进程数量、时间片大小、页面访问序列长度这些参数。有些包把测试数据硬编码在main函数里有些则从input.txt读取。如果是文件读取先看input.txt的格式第一行可能是进程数后面每行是 PID、到达时间、服务时间。页面置换的输入通常是页面号序列比如7 0 1 2 0 3 0 4。我一般会准备三组测试数据小规模3 个进程、5 个页面访问用来验证逻辑中规模10 个进程、20 个页面访问用来跑报告数据大规模100 个进程、1000 个页面访问用来观察算法性能差异。改参数的时候注意别把scanf的格式符改错了%d和%f混用是血泪经验。// 从 input.txt 读取进程信息的典型代码 FILE *fp fopen(input.txt, r); if (fp NULL) { printf(无法打开 input.txt请检查文件路径\n); return -1; } int n; fscanf(fp, %d, n); // 第一行进程数量 PCB *processes (PCB *)malloc(n * sizeof(PCB)); for (int i 0; i n; i) { fscanf(fp, %d %d %d, processes[i].pid, processes[i].arrive_time, processes[i].service_time); } fclose(fp);逻辑说明fscanf按格式读取%d %d %d对应 PID、到达时间、服务时间。如果input.txt里用了逗号分隔格式符就得改成%d,%d,%d。malloc分配内存后记得在程序结束前free虽然课设不检查内存泄漏但养成习惯没坏处。3.3 输出结果解读周转时间与缺页率程序跑完会输出一堆数字重点看两个指标进程调度的平均周转时间和内存置换的缺页率。平均周转时间 完成时间 - 到达时间带权周转时间 周转时间 / 服务时间。缺页率 缺页次数 / 总访问次数。如果缺页率算出来是 0 或者 1先别高兴太早检查一下物理块数量是不是设成了比页面序列还大或者页面序列里全是同一个页面号。正常的 LRU 在 3 个物理块下跑7 0 1 2 0 3 0 4这个经典序列缺页次数应该是 6 次左右。如果差太多回去看access_time的更新逻辑是不是漏了。4. 避坑与常见问题课设代码跑不通的五个真实原因这一章全是踩坑记录每条都按“现象 → 原因 → 解决”写。如果你卡在某个报错上直接对号入座。4.1 编译报错undefined reference to WinMain现象在 Windows 下用 gcc 编译报undefined reference to WinMain或者undefined reference to main。原因源文件里没有main函数或者main函数写在了被条件编译屏蔽的代码块里。有些模板会把main放在#ifdef TEST里忘了定义TEST宏。解决全局搜int main确认它在不在#ifdef里面如果不在检查是不是把main.c漏了没加到编译命令里。4.2 进程调度结果全为 0 或负数现象平均周转时间输出 0或者带权周转时间出现负数。原因service_time在调度过程中被减到 0 之后没有正确标记完成导致后续计算用了 0 做除数或者arrive_time和finish_time的变量类型用了unsigned int减法下溢。解决把时间变量全改成int在减法前加判断if (finish_time arrive_time)检查service_time减到 0 时有没有把state置为完成。4.3 LRU 缺页率异常偏高现象LRU 的缺页率比 FIFO 还高明显不符合理论。原因access_time数组没有在每次访问时更新导致所有页面的时间戳都是初始值 0LRU 退化成了随机替换。解决在每次访问页面无论命中还是缺页之后都把对应物理块的access_time更新为当前时间。注意命中时也要更新这是 LRU 和 FIFO 的核心区别。4.4 文件系统实验的路径拼接错误现象文件系统模块跑起来后创建文件报No such file or directory。原因代码里用了相对路径./disk/file但disk目录不存在或者当前工作目录不是程序所在目录。解决在main函数开头用mkdir创建必要的目录Windows 用_mkdir或者把路径改成绝对路径。更稳妥的做法是用fopen之前先fopen一次测试失败就打印当前工作目录getcwd。4.5 输入数据格式不匹配导致死循环现象程序卡在while(scanf(...) ! EOF)里出不来或者一直重复输出同一行。原因scanf的格式符和输入数据不匹配比如输入了字母但格式符是%d导致scanf返回 0 但不消耗缓冲区死循环。解决在scanf后面加判断if (ret ! 1) break;或者用fgets读整行再用sscanf解析。课设里最稳的输入方式是fgetssscanf别直接用scanf。5. 进阶技巧把课设代码改成能写进简历的项目课设代码能跑通只是及格线如果你想拿它去面试或者写进简历还得做三件事加日志、做对比、写测试。这一章讲怎么在现有代码上花最少的时间做出能看的产出。5.1 给调度算法加时间戳日志原始代码只输出最终结果面试官看不到中间过程。你可以在每次进程切换时打印一行日志[时间 5] 进程 P1 运行 - 进程 P2 就绪。实现方式是在调度循环里加printf把current_time、当前进程 PID、下一个进程 PID 打出来。日志别用printf直接刷屏写到schedule.log文件里跑完之后用grep或者awk统计每个进程的运行区间。这样你就能画出一张简易的甘特图放在报告里比纯数字直观得多。// 在调度循环中加日志 FILE *log_fp fopen(schedule.log, w); fprintf(log_fp, 时间%d, 当前进程%d, 剩余服务时间%d\n, current_time, current-pid, current-service_time); // 每次时间片用完或进程完成时调用 fclose(log_fp);逻辑说明fprintf的格式和printf一样只是输出到文件。current_time需要你自己维护一个全局变量每次调度决策后自增。日志文件用w模式打开会覆盖旧内容如果想追加就用a。5.2 用脚本批量跑参数组合手动改TIME_SLICE再重新编译太慢写个 bash 脚本自动跑。思路是用sed替换头文件里的宏定义然后make再运行程序把输出重定向到不同文件。跑完五组参数后用grep提取平均周转时间拼成一张表。这个脚本本身就能写进简历体现你会自动化测试。#!/bin/bash for ts in 1 2 3 4 5; do sed -i s/#define TIME_SLICE .*/#define TIME_SLICE $ts/ include/config.h make clean make /dev/null 21 ./os_lab result_ts_$ts.txt echo 时间片$ts 完成 done # 提取结果 grep 平均周转时间 result_ts_*.txt逻辑说明sed -i直接修改文件s/旧内容/新内容/是替换语法.*匹配任意字符。make /dev/null 21把编译输出丢掉只保留程序运行结果。grep从所有结果文件里提取关键行方便对比。5.3 用 Python 画缺页率对比图内存置换实验的最终产出应该是一张折线图横轴是物理块数量3、4、5纵轴是缺页率三条线分别代表 FIFO、LRU、OPT。用 Python 的matplotlib十行代码就能画出来。数据从程序输出里手动抄或者用awk提取都行。图放在报告里比表格有说服力。注意 OPT 的缺页率一定是最低的如果你的图里 OPT 不是最低说明 OPT 实现有问题回去检查find_optimal的扫描范围。import matplotlib.pyplot as plt frames [3, 4, 5] fifo [0.75, 0.60, 0.50] # 替换成你的实际数据 lru [0.65, 0.50, 0.40] opt [0.55, 0.45, 0.35] plt.plot(frames, fifo, markero, labelFIFO) plt.plot(frames, lru, markers, labelLRU) plt.plot(frames, opt, marker^, labelOPT) plt.xlabel(物理块数量) plt.ylabel(缺页率) plt.legend() plt.savefig(page_fault_rate.png, dpi150)逻辑说明marker参数指定数据点形状dpi150保证图片清晰度。数据列表里的值需要你从程序输出里替换成真实值。如果缺页率是百分比记得先除以 100。5.4 把实验报告写成技术文档最后一步把上面所有东西串起来目录结构说明、编译命令、参数配置表、测试数据、结果对比图、踩坑记录。用 Markdown 写代码块标语言表格放参数。这份文档可以直接当课设报告交也可以放到 GitHub 上当项目 README。我一般会在文档最后加一节“已知限制”比如“OPT 算法仅扫描未来 100 个访问请求非严格最优”这样显得你清楚边界在哪。从那以后我每次拿到课设包都先跑通再改参数最后补文档一套流程走完基本不用返工。希望帮到你。本文还有配套的精品资源点击获取