【作业】操作系统实验一：进程和线程

文章目录

  • 实验内容
    • 一、进程的创建
      • 1、编辑源程序
      • 2、编辑结果
      • 3、编译和运行程序
      • 4、解释运行结果
    • 二、进程共享
      • 1、运行
      • 2、解释运行结果
    • 三、进程终止
      • 1、运行
      • 2、解释运行结果
    • 四、进程同步
      • 1、运行
      • 2、解释运行结果
    • 五、Linux中子进程映像的重新装入
      • 1、运行
      • 2、解释运行结果
    • 六、线程
      • 1、运行
      • 2、解释运行结果
    • 七、共享资源的互斥访问
      • 1、运行
      • 2、解释运行结果

实验内容

一、进程的创建

编写一段源程序，使用系统调用fork()创建子进程，当此程序运行时，在系统中有父进程和子进程在并发执行。观察屏幕上的显示结果，并分析原因（源代码：forkpid.c）。

1、编辑源程序

在这里插入图片描述

2、编辑结果

在这里插入图片描述

3、编译和运行程序

在这里插入图片描述

4、解释运行结果

假设命令./forkpid创建的进程称为A，则A中的fork()调用会创建一个子进程，称为B。

fork()函数只在父进程A中成功被调用一次，但是在A和B两个进程中都会有返回值。成功创建子进程后，在父进程A中，fork的返回值为创建的子进程的pid；在子进程中，fork的返回值为0。

因此，if(p1==0)后面的代码块会在子进程中被执行，而else后面的代码块会在父进程中被执行。由上述运行结果可知，进程的创建关系如下。

pid: 389733 --> 390075(A) --> 390076(B)

那么还有一个问题，上述运行结果中的My parent is 1，岂不是说B进程的父进程pid是1？这不是矛盾了吗？根据我所查阅的资料，这是因为父进程A比子进程B先结束，B中查找自己的父进程时，父进程A已经不在了，会使用pid为1的进程代替。在Linux中，pid号为1的进程是所有进程的祖先进程。

参考：

  1. https://blog.csdn.net/lein_wang/article/details/81946108 - 为什么父进程id是1
  2. https://www.cnblogs.com/alantu2018/p/8526970.html - linux的 0号进程 和 1 号进程

二、进程共享

父进程创建子进程后，父子进程各自分支中的程序各自私有，其余部分，包括创建前和分支结束后的程序段，均为父子进程共享。(源代码：forkshare_1.c)

1、运行

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2、解释运行结果

根据运行结果我们很容易看出，进程调度顺序和上一节中一样，是先调度父进程再调度字进程。其中前三个字母xay是父进程的输出，后面三个字母xby则是子进程的输出。

可令人困惑不解的是，子进程不也应该从fork()返回的地方开始运行吗？那为什么'x'会被输出两次？我一时间有些蒙圈。

在查找资料后，我尝试了另一个示例，其中仅仅是将putchar('x')换成了printf("x\n")，而最主要的区别就是多了一个\n。下面是代码及其运行结果。

在这里插入图片描述
在这里插入图片描述

子进程会从fork()返回的地方开始执行，没有错。问题出在stdout缓冲区的机制上，在输出xayxby的示例中，运行putchar('x')语句并没有直接将x写到屏幕上，而仅仅是将x放到了缓冲里。随后运行fork()创建子进程，会将父进程的stdout缓冲区也复制一份，而复制的缓冲区中就包含了刚刚放入的x。这便是两个x从何而来。

而如果打印的内容中包含了\n，就会马上将内容写到屏幕上并刷新缓冲区，这便是为什么第二个示例中x只有一个。

参考：

  1. https://blog.csdn.net/koches/article/details/7787468 - linux中fork–子进程是从哪里开始运行

三、进程终止

如果子进程在其分支结束处使用了进程终止exit()系统调用而终止执行，则不会再执行分支结束后的程序段。(源代码：forkshare_2.c)

1、运行

在这里插入图片描述
在这里插入图片描述

2、解释运行结果

子进程因为在分支中输出b后就exit()结束进程了，因此子进程不会输出后面的y，其它与上一节情况相同，不作多解释。

四、进程同步

当父进程有许多任务要做时，往往会针对每一个任务创建一个子进程去完成，然后再等待每一个子进程的终止。其同步关系是父进程等待子进程 (源代码：wait.c)。

实现的方法是：1）子进程终止时执行exit()向父进程发终止信号，2）父进程使用wait()等待子进程的终止。

1、运行

在这里插入图片描述
在这里插入图片描述

2、解释运行结果

前面三个程序都是父进程输出的 va在前而子进程输出的b在后，这次ba换子进程的输出在前了。

父进程中掉用wait(0)函数会立即阻塞自己，并等待子进程的退出。注意阻塞和空循环等待是有区别的，进程阻塞自己后会交出cpu的控制权。

不过，wait(0)和exit(0)中都有一个0，这个0是什么意思呢？其实这两个零并不是同一个东西，wait的函数头原型是int wait(int *status)，参数是一个int类型的指针，wait(0)其实相当于wait(NULL)，这个参数为NULL表示我们不关心子进程是如何退出的，只要退出就行。而如果你写成wait(1)，那么编译时候就会报错了，因为类型不匹配。

而exit(0)的参数是退出码，你完全可以使用任性地使用exit(123)退出子进程，并在父进程中仍然以wait(0)接收子进程的终止信号。

参考：

  1. https://zhuanlan.zhihu.com/p/549981187 - 入门篇：进程等待函数wait详解
  2. https://blog.csdn.net/qustdjx/article/details/7704323 - wait()以及wait(&status)\ waitpid()
  3. https://zhuanlan.zhihu.com/p/647776823 - Linux Shell 中的各种退出码
  4. https://www.cnblogs.com/shikamaru/p/5359731.html - exit(0)、exit(1)、和return

五、Linux中子进程映像的重新装入

创建一个子进程，并给它加载程序，其功能是显示“I am a child”。设被加载的程序路径名为./child。分析：由于子进程需要加载的程序比较简单，不带参数，所以可以使用execl()实现加载。

1、运行

./child_parent.c:

在这里插入图片描述

./child.c：

在这里插入图片描述

在这里插入图片描述

2、解释运行结果

我在./child_parent.c文件的execl()语句后加了一个printf()语句，这样也行能够更好地体现execl的运行机制。

上述源代码中共有两个printf语句，但最终只有./child.c中的printf语句产生了输出。这是因为，execl加载进程时并不会新建一个进程，而是使用传入路径中的程序覆盖当前进程，并从新进程的main函数开始执行。覆盖后，使用fork()创建的那个程序，当然也包括其中的printf("I am child A\n")，已经不存在了。

使用execl，子进程可以更好地干自己的活，而不只是作为父进程的拷贝。

参考：

  1. https://blog.csdn.net/bao_bei/article/details/48287945 - Linux下execl函数学习_linux的execl函数

六、线程

Linux 系统下的多线程遵循 POSIX 线程接口，称为 pthread。编写 Linux 下的多线程程式，需要使用头文档 pthread.h，连接时需要使用库 libpthread。顺便说一下，Linux 下pthread 的实现是通过系统调用 clone（）来实现的。clone（）是 Linux 所特有的系统调用，他的使用方式类似 fork，关于 clone（）的周详情况，有兴趣的读者能够去查看有关文档说明。下面我们展示一个最简单的多线程程序 pthread_create.c。

1、运行

在这里插入图片描述

在这里插入图片描述

2、解释运行结果

// 线程创建函数的函数头
int pthread_create(pthread_t *thread, pthread_attr_t *attr, void *(*strat_routine)(void *), void *arg)

返回值(int)：创建成功时返回0，失败时返回错误码。

参数：

  • thread：前面先创建了空的线程标识符pthread_t id1，这里传入&id1告诉函数要将新建线程的标识符放到哪里。可以对比scanf("%d", &x)的用法。
  • attr：线程的属性，传入NULL表示默认。
  • start_routine：线程要执行的函数的指针，上述示例代码中实参前的(void*)大概是强制类型转换为指针的意思。函数头中那一串void *(*strat_routine)(void *)你可能看着有点晕，感觉自己的C语言功底不太够用了，抱歉我也是。
  • arg：线程要执行的函数所需要的参数，传入NULL意思是不需要参数。

我在main函数return前添加了一个printf语句。

pthread_join的作用是让主线程进入阻塞态，等待子线程运行结束后，主线程再接着运行。否则，从子线程创建时开始，主线程与两个子线程就开始并发执行，当主线程很快运行结束并return后，整个进程也会结束，即子线程跟着结束，都来不及在屏幕上打印信息。

可以看到输出中交替打印两个字符串各四次后，最后打印出来的是This is main thread.。

参考：

  1. https://blog.csdn.net/sevens_0804/article/details/102823184 - Linux多线程操作pthread_t
  2. https://www.jb51.net/article/176510.htm - 简单了解C语言中主线程退出对子线程的影响

七、共享资源的互斥访问

创建两个线程来实现对一个数的递加 pthread_example.c

1、运行

例程1：

代码太长，截图不便，我直接贴文本吧。

#include<pthread.h>
#include<stdlib.h>
#include<stdio.h>
#include<sys/time.h>
#include<string.h>
#include<unistd.h>
#define MAX 10

pthread_t thread[2];
pthread_mutex_t mut;
int number=0;
int i;

void thread1(){
	printf("thread1: I'm thread 1\n");
	for(i=0;i<MAX;i++){
		printf("thread1: number=%d\n",number);
		pthread_mutex_lock(&mut);
		number++;
		pthread_mutex_unlock(&mut);
		sleep(2);
	}
	pthread_exit(NULL);
}
void thread2(){
	printf("thread2: I'm thread 2\n");
	for(i=0;i<MAX;i++){
		printf("thread2: number=%d\n",number);
		pthread_mutex_lock(&mut);
		number++;
		pthread_mutex_unlock(&mut);
		sleep(3);
	}
	pthread_exit(NULL);
}
void thread_create(){
	int temp;
	memset(&thread,0,sizeof(thread));
	
	if( (temp=pthread_create(&thread[0],NULL,(void*)thread1,NULL)) != 0){
		printf("create thread1 failed!\n");
	}else{
		printf("create thread1 success!\n");
	}

	if( (temp=pthread_create(&thread[1],NULL,(void*)thread2,NULL)) != 0){
		printf("create thread2 failed!\n");
	}else{
		printf("create thread2 success!\n");
	}
}
void thread_wait(){
	if(thread[0]!=0){
		pthread_join(thread[0],NULL);
		printf("thread1 end!\n");
	}
	if(thread[1]!=0){
		pthread_join(thread[1],NULL);
		printf("thread2 end!\n");
	}						        
}
int main(){
	pthread_mutex_init(&mut,NULL);
	printf("I am main, I am creating thread!\n");
	thread_create();
	printf("I am main, I am waiting thread end!\n");
	thread_wait();

	return 0;
}

在这里插入图片描述

2、解释运行结果

进程是资源分配的基本单位，线程是调度的基本单位。上述代码中，int number和int i都是被两个线程所共享的变量。利用mutex可以实现对共享资源的互斥访问，这个比较容易理解，但是上面的运行结果中，可能有些令人疑惑的地方。

1、为什么会打印两次"number=0"，这正常吗？

是正常的，比如在如下图所示的执行顺序（但不唯一）中，就会出现打印两次"number=0"然后打印"number=2"的情况。注意sleep()会直接让当前进程阻塞，因此下图中在sleep处都是拐点。

在这里插入图片描述

2、为什么thread1连续输出了两个数"number=6"和"number=7"？

对进程的同步与互斥有些模糊时，容易产生这样的疑问。运行结果中，大部分输出都是thread1和thread2交替的，只有6和7这里是同一个线程连续输出两次，以至于觉得本应该交替输出、而连续输出是异常的。

其实不是，上述thread1的代码中是sleep(2)，而thread2的代码中是sleep(3)。如果你将thread1中的sleep(2)修改成sleep(1)，可以观察到大部分时候都是thread1在连续输出。总之，代码中只是使用mutex实现了对共享资源的互斥访问而已，并没有实现同步。

3、验证lock与unlock的作用。

到这里，我只知道mutex可以实现对共享资源(全局变量number)的互斥访问，程序也确实看起来正常运行。不过，它只循环了10次呢。而且不知道你有没有发现一个问题，另一个全局变量i，不也同样是thread1和thread2两个线程的共享资源吗？

让我们将总循环次数提到10万吧：#define MAX=100000，同时将阻塞时间缩到sleep(0.001)让它运行得快一点。然后重新编译并运行一下我们的代码：

例程2：

在这里插入图片描述

看！最后结果是number=100018，而并不是我们所设置的100000，那么很可能就是由于对于共享变量 i 的访问发生了冲突。我将例程2运行了5次，记录每次最后的number值如下：

100018 100017 100011 100024 100009

为了验证确实是变量 i 导致的问题，而不是其它的什么原因——比如上帝在你的计算机里边掷骰子，我们不妨给 i 也加上互斥。

例程3：

我新增了一个新的用于互斥的变量mut_i，并在两个线程函数的循环中都改用lock和unlock来保护记录循环迭代的i++语句。

在这里插入图片描述
在这里插入图片描述

我同样将这个修改后的例程3运行了5次，其中有四次是正确的结果number=100000。可很遗憾，我也不知道在第一次运行中为什么会出现连续两个number=99999，不过我觉得这不一定是资源互斥中所导致的问题。

总之，凡有赋值的操作在多线程环境都要加锁，不论是上述的number++，还是i++。因为，它们都不是原子操作，从机器指令的层面来看，一个高级语言中的i++包含多个步骤，而一条语句还没执行完，可能就已经发生中断，转而去执行另一个线程了。

4、在例程2和例程3的执行结果中，每次最终的number值都是偏大，为什么不会偏小呢？

例程4：

下面我解除了对于变量 number 的互斥保护，而保持对 i 的互斥保护。

在这里插入图片描述

在这里插入图片描述

可以看到我连续运行五次结果中，number 每次都是比10万要偏小。这个具体的细节，其实回忆一下以前数据库并发控制中丢失修改导致的数据不一致问题，就明白了，情况如下图所示。而当 i 偏小的时候，i 的递增次数就小于实际迭代次数，于是导致了 number 的结果偏大。

在这里插入图片描述

参考：

  1. https://blog.csdn.net/JMW1407/article/details/108318960 - int i =1 是原子操作吗？i++是原子操作吗？

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/163281.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

三十一、W5100S/W5500+RP2040树莓派Pico＜TCP_Server多路socket＞

三十一、W5100S/W5500+RP2040树莓派Pico＜TCP_Server多路socket＞

文章目录 1 前言2 简介2. 1 使用多路socket的优点2.2 多路socket数据交互原理2.3 多路socket应用场景 3 WIZnet以太网芯片4 多路socket设置示例概述以及使用4.1 流程图4.2 准备工作核心4.3 连接方式4.4 主要代码概述4.5 结果演示 5 注意事项6 相关链接 1 前言 W5100S/W5500是一…
阅读更多...
SQL零基础入门教程，贼拉详细！贼拉简单！ 速通数据库期末考！（七）

SQL零基础入门教程，贼拉详细！贼拉简单！ 速通数据库期末考！（七）

LEFT JOIN LEFT JOIN 同样用于关联两个表&#xff0c;ON 关键字后指定两个表共有的字段作为匹配条件&#xff0c;与 INNER JOIN 不同的地方在于匹配不上的数据行&#xff0c;INNER JOIN 对两表匹配不上的数据行不返回结果&#xff0c;而 LEFT JOIN 只对右表&#xff08;table2…
阅读更多...
gRPC 四模式之 客户端流RPC模式

gRPC 四模式之 客户端流RPC模式

客户端流RPC模式 在客户端流 RPC 模式中&#xff0c;客户端会发送多个请求给服务器端&#xff0c;而不再是单个请求。服务器端则会发送一个响应给客户端。但是&#xff0c;服务器端不一定要等到从客户端接收到所有消息后才发送响应。基于这样的逻辑&#xff0c;我们可以在接收…
阅读更多...
基于SSM+Vue的鲜花销售系统/网上花店系统

基于SSM+Vue的鲜花销售系统/网上花店系统

基于SSM的鲜花销售系统/网上花店系统的设计与实现~ 开发语言&#xff1a;Java数据库&#xff1a;MySQL技术&#xff1a;SpringMyBatisSpringMVC工具&#xff1a;IDEA/Ecilpse、Navicat、Maven 系统展示 主页 管理员界面 摘要 鲜花销售系统是一个基于SSM&#xff08;Spring …
阅读更多...
SQL零基础入门教程，贼拉详细！贼拉简单！ 速通数据库期末考！（八）

SQL零基础入门教程，贼拉详细！贼拉简单！ 速通数据库期末考！（八）

FULL OUTER JOIN 除了前面讲到的 INNER JOIN&#xff08;内连接&#xff09;、LEFT JOIN&#xff08;左连接&#xff09;、RIGHT JOIN&#xff08;右连接&#xff09;&#xff0c;还有另外一种关联方式&#xff0c;即 FULL OUTER JOIN&#xff08;全外连接&#xff09; FULL O…
阅读更多...
深信服AC设备用户认证

深信服AC设备用户认证

拓扑图 目录 拓扑图 一. 无需认证 思路&#xff1a;创建用户和组&#xff0c;将无需认证策略和用户绑定 1.创建组&#xff0c;组里添加用户 2. 新建不需要认证策略&#xff0c;将不需要认证策略和用户关联 3.验证 二.密码认证 思路&#xff1a;创建用户和组&#xff0c;并…
阅读更多...
通过bat脚本控制Oracle服务启动停止

通过bat脚本控制Oracle服务启动停止

1、将Oracle服务全部设置为手动启动 初始安装Oracle之后服务启动状态&#xff1a; 2、服务功能介绍 3、构建服务启动/停止bat脚本 注意&#xff1a;编码选择ANSI(如果编码不是ANSI运行脚本会显示乱码) echo off :main cls echo 当前Oracle服务状态&#xff1a; for /f &quo…
阅读更多...
Swagger（4）：Swagger配置

Swagger（4）：Swagger配置

在上一张的项目中创建SwaggerConfig&#xff0c;进行配置文档内容。 1 配置基本信息 Docket&#xff1a;摘要对象&#xff0c;通过对象配置描述文件的信息。 apiInfo:设置描述文件中info。参数类型ApiInfo select():返回ApiSelectorBuilder对象&#xff0c;通过对象调用buil…
阅读更多...
Java 某市教育局综合信息管理平台

Java 某市教育局综合信息管理平台

1) 项目简介 “互联网智慧教育”管理平台&#xff0c;实现全市教育信息系统集中建设和教育数据在云平台的汇集&#xff0c;在全市中小学整体实现电子班牌、家校通等功能&#xff0c;选取部分重点学校进行一卡通系统试点建设&#xff0c;实现智能化门禁、道闸、实体卡等功能…
阅读更多...
后端面经学习自测（三）

后端面经学习自测（三）

文章目录 1、ArrayList和Linkedlist区别&#xff1f;2、ArrayList扩容机制&#xff1f;3、ArrayList和Linkedlist分别能做什么场景&#xff1f;4、事务特性&#xff1f;MySQL事务Redis事务Spring事务5、在Spring中事务失效的场景&#xff1f;6、Java泛型&#xff1f;7、泛型擦除…
阅读更多...
FPGA_边沿检测电路设计

FPGA_边沿检测电路设计

FPGA_边沿检测电路设计 边沿检测原理图波形图分析实现方法方法一&#xff1a;与逻辑实现方法二&#xff1a;或逻辑实现方法三&#xff1a;与逻辑实现 边沿检测原理图 由状态转移表可以看出&#xff0c;其转换条件中需要检测到下降沿以及上升沿&#xff0c;而边沿检测其原理就是…
阅读更多...
1.0 Zookeeper 教程

1.0 Zookeeper 教程

分类 Zookeeper 教程 ZooKeeper 是 Apache 软件基金会的一个软件项目&#xff0c;它为大型分布式计算提供开源的分布式配置服务、同步服务和命名注册。 ZooKeeper 的架构通过冗余服务实现高可用性。 Zookeeper 的设计目标是将那些复杂且容易出错的分布式一致性服务封装起来&…
阅读更多...
团结引擎已全面支持 OpenHarmony 操作系统

团结引擎已全面支持 OpenHarmony 操作系统

Unity 中国宣布与开放原子开源基金会达成平台级战略合作。 据称团结引擎已全面支持 OpenHarmony 操作系统&#xff0c;同时将为 OpenHarmony 生态快速带来更多高品质游戏与实时 3D 内容。Unity 称现在用户可以 “在 OpenHarmony 框架中感受到与安卓和 iOS 同样丝滑的游戏体验”…
阅读更多...
分支限界法（1）--旅行商问题

分支限界法（1）--旅行商问题

一、概述 有n个城市&#xff0c;旅行者要访问所有n个城市&#xff0c;最终回到起始点&#xff0c;假设起始点给定为1&#xff0c;城市间距离已知&#xff0c;求能够完成旅行的最短距离。题干如下图。 算法&#xff1a;分支限界法&#xff0c;使用队列进行bfs搜索。 二、代码 i…
阅读更多...
工程化实战 - 前端AST(进阶)

工程化实战 - 前端AST(进阶)

###脚手架 *快速自动化搭建启动工具 目标: ####第一步:处理依赖 npm i path npm i chalk4.1.0 npm i fs-extra npm i inquirer8.2.2 npm i commander npm i axios npm i download-git-repo //ora easy-table figlet ####第二步:处理工程入口 ####3.加入命令交互 交互好帮手…
阅读更多...
＜MySQL＞ 如何合理的设计数据库中的表？数据表设计的三种关系

＜MySQL＞ 如何合理的设计数据库中的表？数据表设计的三种关系

目录 一、表的设计 二、一对一关系 三、一对多关系 四、多对多关系 一、表的设计 数据库设计就是根据需要创建出符合需求的表。 首先根据需求找到体系中的关键实体对象&#xff0c;通常每个实体对象都会有一个表&#xff0c;表中包含了这个实体的相关属性。 再理清楚实体对…
阅读更多...
Linux——进程控制

Linux——进程控制

Linux——进程控制 fork()缺页中断 进程终止进程异常exit_exit进程等待waitwaitpidstatusWIFEXITED 多进程等待阻塞等待和非阻塞等待进程替换单进程的进程替换execlexeclpexecvexecle fork() 我们之前是接触过这个函数的&#xff0c;这个函数我们之前是要来创建子进程的函数&a…
阅读更多...
生命科学领域 - FAIR原则和如果使数据FAIR化

生命科学领域 - FAIR原则和如果使数据FAIR化

2016年&#xff0c;《Scientific Data》发表了《科学数据管理和监督的FAIR指导原则》&#xff08;FAIR Guiding Principles for scientific data management and stewardship&#xff09;。文章旨在提供指导方针&#xff0c;以提高数字资产的可发现性、可访问性、互操作性和重用…
阅读更多...
一些RLHF的平替汇总

一些RLHF的平替汇总

卷友们好&#xff0c;我是rumor。 众所周知&#xff0c;RLHF十分玄学且令人望而却步。我听过有的小道消息说提升很大&#xff0c;也有小道消息说效果不明显&#xff0c;究其根本还是系统链路太长自由度太高&#xff0c;不像SFT一样可以通过数据配比、prompt、有限的超参数来可控…
阅读更多...
【论文解读】FFHQ-UV:用于3D面部重建的归一化面部UV纹理数据集

【论文解读】FFHQ-UV:用于3D面部重建的归一化面部UV纹理数据集

【论文解读】FFHQ-UV 论文地址&#xff1a;https://arxiv.org/pdf/2211.13874.pdf 0. 摘要 我们提出了一个大规模的面部UV纹理数据集&#xff0c;其中包含超过50,000张高质量的纹理UV贴图&#xff0c;这些贴图具有均匀的照明、中性的表情和清洁的面部区域&#xff0c;这些都是…
阅读更多...
最新文章

Copyright @ 2022~2023