操作系统实验三——进程控制Lockf()

一、实验名称

进程控制Lockf()

二、实验目标

学习进程控制机制，掌握Lockf()函数的使用和工作原理。

三、实验要求

根据参考程序，观察、记录并简单分析其运行结果。

lockf()函数

利用系统调用lockf（fd，mode，size），对指定区域（有size指示）进行加锁或解锁，以实现进程的同步或互斥。

其中，fd是文件描述字；

mode是锁定方式，mode=1表示加锁，mode=0表示解锁；

size是指定文件fd的指定区域，用0表示从当前位置到文件结尾。

注：有些Linux系统是locking(fd，mode，size)

四、实验内容

#include<stdio.h>
#include<sys/types.h>
#include<unistd.h>
int main(){
int pid ,i;
if((pid = fork())<0){
printf("child fails to create\n");
return 0;
}
else if (pid ==0){
lockf(1,1,0);
for(i = 0;i< 5;i++)
printf("This is child (pid = %d)process:b\n",getpid());
lockf(1,0,0);
return 0;
}
else{
lockf(1,1,0);
for(i =0;i<5;i++)
printf("Parent process:a\n");
lockf(1,0,0);
}
}

五、实验结果

六、实验结论

首先是在父进程中创建了一个子进程，子进程需要输出五次文本信息，并且在输出语句执行之前，将标准输出设备锁住，在输出语句执行之后，将标准输出设备解锁。同样，父进程也是要输出五次文本信息，对标准输出的操作同子进程。这样做能够防止父进程和子进程竞争标准输出（屏幕）资源，即如果父进程正在进行屏幕打印操作，则子进程将无法获得屏幕，即不可能在在输出“Parents Process：a”的时候，中间穿插有“This is child process ：b”。从运行结果的截图中可以看到，实验结果和我的分析是相吻合的，先输出五条Parent，再输出五条Child，中间不会有交叉。为了进一步验证我的分析，从反面论证，我把父进程和子进程的lockf语句注释掉，期望运行的时候会看到Parent和Child交叉出现。但是运行了很多次，结果始终和有lockf语句时一样。经过分析，感觉是因为自己电脑运行速度太快了，输出五行文本信息，只需要极少的时间即可完成，因此不用等到子进程去争夺I/O资源，父进程已经输出完毕，把屏幕给释放了。为了验证这个猜想，我逐步增加输出的行数，当增加到500行时，发现了Parent和Child交叉出现的现象，如下图所示。

为了进一步地从反面说明问题，还是输出500行，将注释掉的lockf语句添加上，编译后多次运行，始终是先输出500个Parent，再输出500个Child。