95分操作系统实验报告拆解：从Linux信号机制到缺页统计-北京尧图网络

简介西南交通大学操作系统实验报告HXP评分A/95分是面向软件工程专业学生、聚焦Linux环境与操作系统核心机制的课程实践资料适合需要参考完整实验流程或撰写同类报告的高校学习者。报告以两个主线实验展开实验一从Linux界面、目录结构入手通过终端掌握cd、ls、ps、chmod等Shell命令并利用重定向与管道完成命令组合随后用vi编辑C源程序经gcc编译、gdb调试熟悉Linux下的程序开发与排错方法。实验二重点剖析/proc虚拟文件系统通过编程读取cpuinfo、version、stat、uptime、meminfo、loadavg、interrupts等内核文件理解系统状态与内存管理。后续实验还涵盖软中断通信、进程调度和线程同步完整展示了从基础操作到内核观测的实践路径。压缩包仅含1个docx文档共1.48MB报告带清晰目录结构便于直接查阅或打印。该资源已有401人学习对准备Linux实验、复习进程调度或需要高分参考模板的同学具有较高借鉴价值。1. 一份95分的操作系统实验报告比代码更重要的是过程记录做操作系统实验最怕的不是写不出代码而是写得出来却说不清楚设计思路和实验现象。这份在某高校胡老师班拿到95分的实验报告覆盖了Linux环境与C调试、软中断通信、进程调度、线程同步、内存管理、系统调用、缺页统计七个实验正好是大多数高校操作系统课的核心实验矩阵。我拆完这份资源后最直接的感受是它值钱的地方不在那些现成的C代码而在每份实验里“怎么描述现象、怎么解释结果、怎么踩坑再爬出来”的记录方式。如果你正在补实验报告、准备课程设计素材或者想看看95分的学生是怎么组织实验文本的这份报告可以作为一份完整的参照模板。代码可以重写但那种对实验现象的观察深度直接抄是抄不来的。2. 报告的骨架拆解七个实验覆盖了Linux操作系统的哪些核心机制2.1 从目录结构看课程设计的完整链路这份报告从实验一到实验七链路设计有明显递进关系。实验一和观察Linux是基础层解决的是“会不会用Linux”的问题——目录结构、基本Shell命令、gcc编译、vim编辑、/proc文件系统的基本读取实验二和三进入进程层用软中断通信和进程调度理解“进程是怎么被创建、通信和切换的”实验四到六延伸到线程同步、内存管理和系统调用属于并发与资源管理的范畴最后的缺页次数统计实验则把视角拉到内存管理的底层用/proc/stat读取缺页信息来验证理论。这个顺序和你自己学校的实验安排大概率能对上。如果你们学校的实验顺序不同也不用担心报告的每个实验是相对独立的你可以直接挑对应的那章来看不必从头按顺序读。我拆这份报告时是按“能直接用”的标准来筛选的——也就是说每个实验的代码、编译命令、实验结果描述方式都要能单独抽出来复用到你自己的报告里。2.2 评分高的关键在哪个人声明与问题记录报告的序言后面紧跟一段“个人声明”很简短就说了一件事报告里用到的命令统一用粗体加下划线标注方便阅览。这个细节看起来不起眼其实是给评阅老师的第一印象分。95分的报告通常不是每一个实验都完美但整份文档的格式一致性、可读性、以及问题记录的诚实度拉高了整体评价。报告中每一章结尾几乎都有“实验总结”部分里面写的不只是成果还有具体的失败记录。比如实验一里写了“配置没有问题但网络连接一直失败”然后记录了怎么查找博客、修复网络顺带学习了三种网络模式的区别。这种写法比单纯写“我学会了Linux目录结构”有价值得多因为老师能从文字里看到真实的动手过程。你在写自己的报告时建议每章末尾都留出一段“问题与解决”哪怕只写两条也比空泛的“通过本次实验我掌握了”要有说服力。2.3 环境选型用什么Linux跑这套实验最省事报告全程在虚拟机里完成涉及的环境工具包括vim、gcc、gdb、以及远程传文件的xftp。从报告里观察/proc/version的结果来看实验环境是Red Hat系列的Linux发行版内核版本3.10.0。这个内核版本对应的系统通常自带gcc 4.8.5对于实验中的fork、signal、pthread这些接口来说完全够用。如果你现在要从零复现这套实验我建议直接用Ubuntu 20.04以上的发行版理由有两点一是gcc版本更新编译时的警告信息更友好二是apt安装build-essential一条命令就能补齐工具链。当然要是你们学校指定了某个实验环境以学校要求为准。虚拟机的网络模式报告里也提到了三种——桥接、NAT、主机模式并做了个人理解式的总结桥接容易IP冲突、NAT既能访问外网又不暴露虚拟机、主机模式完全隔离。对于实验场景NAT是最省心的选择。提示报告中有一段关于jiffies的理解——Linux内核用全局变量jiffies记录节拍时间开机时读取RTC作为基准这个思路和Windows的滴答计数是同一类机制。写报告时能把这类课外延伸写进去是加分的。3. 软中断通信实验把信号机制落到两份可复现的C代码3.1 实验要求与信号机制的关系软中断通信实验是这份报告里代码价值最高的部分。实验要求分两种场景场景一是父进程创建两个子进程然后通过Ctrl\发送SIGQUIT给父进程由父进程再向两个子进程发送自定义信号终止它们场景二是父进程创建子进程、子进程再创建孙进程信号到达后按孙进程、子进程、父进程的顺序依次终止。要理解这个实验先要分清两个概念SIGQUIT和信号16/17。SIGQUIT是终端组合键Ctrl\产生的信号默认动作是终止进程并生成核心转储而信号16和17在Linux下没有标准定义属于用户自定义信号实验里用它来模拟父子进程间的“软中断”通信。流程就是父进程收到SIGQUIT后调用kill函数向子进程发送16/17信号子进程收到后设置wait_mark为0退出等待循环。3.2 第一个场景父进程创建两个子进程的代码这是报告里实验二的第一个核心代码我重新组织了注释和说明让它更便于你直接编译运行#include stdio.h #include stdlib.h #include signal.h #include unistd.h void waiting(); void stop(); int wait_mark; int main() { int p1, p2; while ((p1 fork()) -1) ; // 创建子进程p1失败则忙等重试 sleep(1); if (p1 0) // 父进程分支 { printf(parent process is %d \n, getpid()); while ((p2 fork()) -1) ; // 创建子进程p2 if (p2 0) // 仍然是父进程分支 { wait_mark 1; signal(SIGQUIT, stop); // 注册SIGQUIT处理函数 waiting(); // 等待用户按下Ctrl\ kill(p1, 16); // 给p1发送信号16 kill(p2, 17); // 给p2发送信号17 wait(0); // 回收子进程 wait(0); printf(\n parent process %d is killed!\n, getpid()); exit(0); } else { // 子进程p2分支 printf(child P2 process %d is created by %d \n, getpid(), getppid()); signal(SIGQUIT, SIG_IGN); // 忽略SIGQUIT wait_mark 1; signal(17, stop); // 注册信号17处理函数 waiting(); lockf(1, 1, 0); printf(\n child P2 process %d is killed by parent %d , getpid(), getppid()); lockf(1, 0, 0); } } else { // 子进程p1分支 printf(child P1 process %d is created by %d \n, getpid(), getppid()); signal(SIGQUIT, SIG_IGN); // 忽略SIGQUIT wait_mark 1; signal(16, stop); // 注册信号16处理函数 waiting(); lockf(1, 1, 0); printf(\n child P1 process %d is killed by parent %d , getpid(), getppid()); lockf(1, 0, 0); } return 0; } void waiting() { while (wait_mark ! 0) ; // 忙等直到wait_mark被信号处理函数置0 } void stop() { wait_mark 0; }这份代码的核心逻辑不复杂但有三个地方需要特别说明。第一是fork后的分支判断。fork()返回0表示当前在子进程中返回正整数表示当前在父进程中返回-1表示创建失败。代码里用了while循环包裹fork目的是防止进程数达到系统上限时创建失败忙等重试直到成功。sleep(1)放在第一个fork后面是为了让子进程有时间完成后续的signal注册避免父进程信号发过去时子进程还没准备好。第二是signal(SIGQUIT, SIG_IGN)这一段。子进程必须忽略SIGQUIT否则用户按下Ctrl\时父子进程会一起被系统杀死就看不到实验要求的“父进程转发信号终止子进程”这个现象了。父进程负责接收SIGQUIT子进程只接收来自父进程的信号16或17这是整个实验的信号流向设计。第三是lockf的使用。两个子进程都可能在waiting()退出后调用printf输出结束信息如果不加锁两个进程的输出会交错在一起终端显示乱掉。lockf(1, 1, 0)是对标准输出加写锁lockf(1, 0, 0)是解锁保证一个进程的输出是原子的。3.3 编译与运行验证编译命令很简单gcc直接编译即可gcc -o sig_test1 sig_test1.c ./sig_test1程序启动后会输出父进程和两个子进程的PID然后卡住——这是父进程在waiting()里忙等。此时按下Ctrl\终端会显示^\随后看到两个子进程依次打印被终止的信息最后父进程打印退出信息。需要提醒的是代码里的信号编号16和17在部分新版本Linux上可能已经被系统占用。signal(16, stop)在某些架构上可能注册失败。如果你在运行的发行版上遇到“这个信号无法使用”的情况可以把16和17换成SIGUSR1和SIGUSR2这是系统保留给用户程序使用的标准信号语义上更规范。这是我拆这份报告后建议你做的一个改进点。3.4 第二个场景三层进程父、子、孙的终止顺序第二段代码做的是三进程传递关键点在于子进程既接收父进程的信号又转发信号给自己的子进程。流程是父进程收到SIGQUIT后向子进程发信号16子进程的信号处理函数执行wait_mark0子进程从waiting()退出后再向孙进程发信号16等孙进程结束后自己再退出。这样从用户视角看按下Ctrl\依次看到孙进程、子进程、父进程的结束信息。这段代码我再贴一次核心结构因为很多人会在“谁的wait_mark先被置0”这个问题上绕晕// 父进程分支 wait_mark 1; signal(SIGQUIT, stop); waiting(); kill(p1, 16); // 向子进程发送信号16 wait(0); // 等待子进程退出 // 子进程分支 signal(SIGQUIT, SIG_IGN); signal(16, stop); waiting(); kill(p1, 16); // 子进程向孙进程发送信号16 wait(0); // 等待孙进程退出 // 孙进程分支 signal(SIGQUIT, SIG_IGN); signal(16, stop); waiting(); // 打印结束信息退出这段代码里最容易忽略的是每个进程在waiting()退出后的执行顺序。子进程的kill(p1, 16)调用和孙进程的waiting()退出之间存在一个时间窗。因为孙进程在收到信号16后才会把wait_mark置0所以子进程kill之后必须调用wait(0)阻塞等待孙进程结束。如果不加wait(0)子进程会立刻继续执行printf和exit终端上看到的顺序就可能变成“子进程先结束、孙进程再结束”和实验要求不符。4. 进程调度与线程同步从报告看验证环节的设计思路4.1 调度实验的验证思路FCFS与RR不能只看代码报告里的实验三是进程调度实验实验步骤写得比较简略大致是创建工程后验证FCFS先来先服务与RR时间片轮转两种策略。很多同学做这个实验时有一个误区代码跑出结果就算做完。但从这份95分报告的风格来看验证环节比代码本身更值得花心思。FCFS和RR的区别要落到你画的进程执行顺序图上。假设有三个进程到达时间分别是0、1、2服务时间分别是4、3、2FCFS下进程按到达顺序执行总完成时间依次是4、7、9RR下如果时间片为2进程轮流占用CPU执行顺序会完全不一样。报告里没有贴具体的进程数据但你在复现时应该自己构造好这样一组数据并在报告里画出调度时序图。调度实验的代码通常是模拟实现和内核里的真实调度器没有直接关系。报告里的做法是在用户态用C语言实现一个调度器的模拟框架定义PCB结构体、就绪队列、时间片计数器然后按不同策略跑同一组进程数据输出完成时间、周转时间、带权周转时间。这个模拟过程的价值在于你能直观看到RR策略下短进程没有被长时间阻塞、但上下文切换次数上升了这个典型 trade-off。4.2 线程同步实验锁定与信号量的标准写法实验四是线程同步实验按报告的目录结构看实验内容围绕线程的同步互斥展开。线程同步和进程同步最大的区别在于线程共享同一地址空间不需要像进程那样通过信号或管道来传递数据直接用共享变量配合锁、信号量或条件变量就能完成。这里有一个常见的翻车点用while循环包裹wait操作是推荐写法但很多人会随手写成if。两者的区别是if只在被唤醒时检查一次条件而while会在每次被唤醒后重新检查条件是否仍然满足。多线程环境下可能发生虚假唤醒或者多个消费者被同时唤醒后只有一个能拿到资源如果没有用while重新检查条件就会产生数据不一致。这个级别的分析写进实验报告是明显加分的内容。4.3 内存管理与缺页统计实验/proc是观测窗口实验五是内存管理实验通过/proc文件系统观察系统的meminfo、loadavg、interrupts、filesystem等信息实验七是缺页次数统计核心是读取/proc/stat里的缺页相关字段。这两个实验的关键是理解/proc下每个文件对应的内核数据来源。比如/proc/meminfo里的MemTotal、MemFree、Buffers、Cached字段直接反映了系统物理内存的使用分布/proc/stat里的pgfault和pgmajfault字段前者是普通缺页次数包含从页面缓存中恢复的后者是主要缺页次数需要磁盘I/O两者之间的差距能反映内存回收和页面缓存的效率。读取这些数据的C程序本质上就是打开文件、读字符串、按空格解析、打印输出。报告里强调“不能粘贴运行结果”意思是必须用自己的代码去读取然后对数值做解释。你要是自己写的话一个典型的解析流程是#include stdio.h #include stdlib.h #include string.h int main() { FILE *fp; char line[256]; unsigned long pgfault 0, pgmajfault 0; fp fopen(/proc/stat, r); if (!fp) { perror(open /proc/stat); return -1; } while (fgets(line, sizeof(line), fp)) { if (strncmp(line, pgfault, 7) 0) { sscanf(line, pgfault %lu, pgfault); } else if (strncmp(line, pgmajfault, 10) 0) { sscanf(line, pgmajfault %lu, pgmajfault); } } fclose(fp); printf(pgfault: %lu\n, pgfault); printf(pgmajfault:%lu\n, pgmajfault); return 0; }这段代码做的事情很直接打开/proc/stat文件逐行读取用strncmp匹配以pgfault和pgmajfault开头的行sscanf提取数值最终打印。实测时发现pgfault的数值增长很快而pgmajfault的增长相对缓慢这就是页面缓存命中率的体现——大部分缺页都能从用户空间的页面缓存里恢复不需要真正发起磁盘I/O。注意/proc/stat里的pgfault和pgmajfault是系统累计值不是某个进程的缺页数。想要统计指定进程的缺页次数需要读取/proc/[pid]/stat里的minflt和majflt字段这个区别写报告时容易搞混。报告中实验七是按“系统缺页次数”做的所以用/proc/stat是对的。5. 避坑指南六个能让你重写报告的常见问题5.1 fork代码从Windows复制到Linux后无法编译现象在Windows的IDE里写好C代码复制进Linux后用gcc编译报错fork undeclared或signal not declared。原因Windows的C标准库没有UNIX的POSIX接口fork、signal这些函数是Linux系统调用Windows环境下IDE的库根本不包含它们代码里虽然写了#include unistd.h和#include signal.h但编译器找不到对应实现。解决直接在Linux虚拟机里用vim编写或粘贴代码然后在Linux的终端里完成编译。如果你实在习惯用Windows编辑器写代码用xftp之类的工具传进虚拟机再编译但不要把Windows下的编译错误当成Linux下的行为来排查。报告中提到的xftp传文件方式对于传大量小文件确实比反复复制粘贴省事。5.2 按下Ctrl\没有反应程序继续卡住现象程序运行后按Ctrl\终端没有任何反应进程不退出。原因两种情况最常见。第一种是子进程没有忽略SIGQUIT导致Ctrl\直接终止了所有收到该信号的进程你还没看到输出终端就回到Shell了第二种是父进程注册了SIGQUIT处理函数但waiting()里的wait_mark变量被编译器优化了。解决确认子进程分支里调用了signal(SIGQUIT, SIG_IGN)父进程分支里调用了signal(SIGQUIT, stop)。如果确认没错把wait_mark声明为volatile int防止编译器把它优化到寄存器里导致信号处理函数改了值、主循环却感知不到。这是比较隐蔽的坑通常在开启-O2优化后暴露。5.3 两个子进程的输出信息混在一起现象实验一里P1和P2的结束信息同时出现在终端字符交错在一起无法辨认。原因两个子进程同时从waiting()退出同时调用printf输出到标准输出。printf虽然有行缓冲但多个进程同时操作同一文件描述符没有原子性。解决用lockf对标准输出加文件锁。lockf(1, 1, 0)对文件描述符1stdout加写锁lockf(1, 0, 0)解锁。同一时刻只有一个进程能持有锁输出就变成原子操作了。这也是报告中代码里lockf出现的原因在复现或讲解时不要省略它。5.4 gdb调试时断点不生效现象用gdb设置断点后运行程序断点没有被命中程序直接在终端跑完了。原因最常见的情况是编译时没有加-g参数。gdb依赖调试符号表来关联源代码行号和机器指令地址没有调试信息断点自然无法设置。解决编译时使用gcc -g -o test test.c。如果还需要更多调试信息可以用gcc -g3 -O0-g3包含宏定义信息-O0关闭优化避免调试时变量被优化掉。另外如果你用的是Code::Blocks这类IDE调试要确认项目的编译选项里开启了“生成调试信息”这一项。5.5 缺页统计实验结果不稳定现象连续两次运行缺页统计程序打印出的数值差异巨大甚至第二次运行比第一次运行数值还小看起来不合理。原因/proc/stat里展示的是从系统启动以来的累计值每次读取都是一个更大的数字不会变小。但如果你读取的是某个特定进程的/proc/[pid]/stat字段进程每次运行的minflt和majflt都会不同因为它们取决于程序运行时的访问模式、是否有文件I/O、系统的页面缓存命中率等因素。差异大是正常的关键在你怎么解读。解决报告里写结果时不要只写一个时间点的静态值而是连续采样几次记录数据的变化趋势再结合当前系统的负载情况做解释。比如连续读取5秒内pgfault的增长量可以估算系统每秒的缺页频率这个频率如果在稳定区间波动就能证明程序的观测方法是有效的。5.6 报告里贴了大量代码却没有结果解读现象实验报告里代码占了整页实验结果只贴了一张截图没有任何文字说明。原因这是最常见的丢分点。老师评实验报告不是看你会不会复制代码而是看你能不能解释代码行为和实验现象。一张没头没尾的截图换谁都看不懂你想表达什么。解决至少写三部分内容。第一运行环境的简要说明包括Linux版本、内核版本第二输入数据是什么比如调度实验中三个进程的到达时间和服务时间第三输出结果怎么解读比如为什么P2在RR策略下比FCFS策略下完成得更早这个现象反映了什么调度特性。这也是这份95分报告里做得最好的地方——每个实验结果后都有一小段“结果分析”单独解释图中现象发生的原因。6. 验证方法论把一份课堂报告变成你自己的能力凭证拿到这份资源后怎么判断你已经“吃透”了而不是“抄完”了我习惯用一组快速验证来检测你可以照着过一遍。第一项验证是软中断实验的改造能力。原代码用信号16和17做通信你把它改成用SIGUSR1和SIGUSR2重新编译运行确认三种进程的终止顺序和原来一致。能改得动说明你理解了信号编号只是触发标识真正决定行为的是每个进程注册的处理函数。第二项验证是/proc读取程序的扩展能力。写一个与报告功能等价但代码结构完全不同的C程序比如用一次性fread读取整个/proc/stat文件再解析而不是fgets逐行扫描。能改用另一种方式实现相同功能说明你对文件I/O和字符串解析有判断力而不是只会背模板。第三项验证是叙述视角的转换。把报告里的一段实验结果用自己的话重新描述一遍不要看原文。如果写出来的文字仍然包含以下要素输入条件、执行过程、输出结果、原因分析说明你已经掌握了实验报告的基本结构。这个能力比代码本身更通用后面的课程设计、毕业设计都能复用。我自己拆这种课程资源时有个习惯永远先看失败记录和问题记录再看成功代码。因为代码只能说明一个版本的功能而问题记录能让你避开未来可能踩的同一个坑。这份报告里记录的网络连接问题、Windows与Linux环境差异、jiffies概念的理解恰恰是实际操作中真正会浪费半天时间的点。从那以后我每次拿到类似的课程资源都强制自己先摘出“遇到的问题”那一页再决定要不要花时间看代码。希望这份拆解也帮到你至少可以少走一段弯路。本文还有配套的精品资源点击获取

95分操作系统实验报告拆解：从Linux信号机制到缺页统计

相关推荐

操作系统期末冲刺：23个必考动作与11处易错陷阱精讲

轻量级实时事件聚合器rea：用Python构建实时监控与告警系统

C++零基础入门：从变量、指针到分支循环的习题式学习指南

更多资讯

科技论文模板详解：格式规范与常见误区

从概要设计说明书看社团宣传管理平台的JSP架构与二次开发

Fast-LIO算法拆解与GPS融合改进：从IMU预积分到建图鲁棒性提升

智能体网络协议实战：从硬编码到动态协作的架构演进

国产操作系统Linux 2021：银河麒麟V10白皮书三大硬信号解读

事务（SpringMySQL）

今日更新

MATLAB缩进快捷键与批量格式化实战指南

用Poco实现Qt风格信号与槽的跨平台C++方案

ESXi裸机虚拟化安装指南：从硬件兼容到虚拟机部署

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？