操作系统初步实验报告

操作系统初步

实验报告

实验一: 操作系统初步
安全1601 邓子轩

一、 系统调用实验
1、参考下列网址中的程序。阅读分别运行用API接口函数getpid()直接调用和汇编中断调用两种方式调用Linux操作系统的同一个系统调用getpid的程序(请问getpid的系统调用号是多少?linux系统调用的中断向量号是多少?)。
直接调用:
在这里插入图片描述
汇编终端调用:
在这里插入图片描述
getpid的系统调用号是7734,系统调用的中断向量号是7859。
此处两个文件的代码为实验指导书里代码,由于在之后使用虚拟机做实验的时候导致系统崩了,重装了虚拟机,文件丢失,故此处没有代码截图。
2、上机完成习题1.13。
直接调用:
在这里插入图片描述
汇编中断调用:
在这里插入图片描述
在这里插入图片描述
3、阅读pintos操作系统源代码,画出系统调用实现的流程图。

二、 并发实验
1、编译运行该程序(cpu.c),观察输出结果,说明程序功能。
(编译命令: gcc -o cpu cpu.c –Wall)(执行命令:./cpu)
在这里插入图片描述
程序的功能是不停输出输入的参数。

2、再次按下面的运行并观察结果:执行命令:./cpu A & ; ./cpu B & ; ./cpu C & ; ./cpu D &程序cpu运行了几次?他们运行的顺序有何特点和规律?请结合操作系统的特征进行解释。
在这里插入图片描述
运行结果顺序与程序执行顺序不是对应的,并且每轮运行结果的顺序会有改变。
并发环境下,由于程序的封闭性被打破,程序与计算不再一一对应,一个程序副本可以有多个计算。

三、 内存分配实验
1、阅读并编译运行该程序(mem.c),观察输出结果,说明程序功能。(命令: gcc -o mem mem.c –Wall)
在这里插入图片描述
首先,通过malloc()函数申请了部分内存。然后打印出了内存地址,再将数字0赋值给最新申请的内存地址中。最后,每延迟一秒,打印该程序的进程号,该进程号是唯一的,以及循环递增存储在该地址上的值。
2、再次按下面的命令运行并观察结果。两个分别运行的程序分配的内存地址是否相同?是否共享同一块物理内存区域?为什么?命令:./mem &; ./mem &
在这里插入图片描述
每个进程都是从相同的地址开始分配内存,独立地去更新该地址的数值的。
操作系统中真正发生的事情是虚拟内存。每个进程都访问它们自己的私有的虚拟地址空间,操作系统将这些虚拟地址空间以某种方式映射到机器的物理内存。一个运行的程序引用的内存不会影响其他进程的地址空间;就正在运行的程序而言,它独自占有所有的物理内存。然而,事实却是物理内存是一个由操作系统管理的共享资源。

四、 共享的问题
1、阅读并编译运行该程序,观察输出结果,说明程序功能。(编译命令:gcc -o thread thread.c -Wall –pthread)(执行命令1:./thread 1000)
在这里插入图片描述
此程序输出两个worker函数循环中共享的计数器的增长次数。
2、尝试其他输入参数并执行,并总结执行结果的有何规律?你能尝试解释它吗?(例如执行命令2:./thread 100000)(或者其他参数。)
在这里插入图片描述
不断增大输入的值,直到10000000时,输出的结果是11477167,再次输入得到的结果是13093116,可看出,当数字足够大时,多次得到的结果是不固定且不正确的。
这是因为,上面程序共享的计数器递增主要分为三条指令,一个是从内存加载计数器的值到寄存器,一个时增加,一个将它存入内存。因为这三条指令不是原子执行的,所以会出现问题。
3、提示:哪些变量是各个线程共享的,线程并发执行时访问共享变量会不会导致意想不到的问题。
全局变量是各个线程共享的,线程并发执行时访问共享变量会导致原子性问题,可见性问题,有序性问题等。

GitHub链接:https://github.com/Qwfjiang/lab1

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值