操作系统实验指导书Word文档下载推荐.docx
《操作系统实验指导书Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《操作系统实验指导书Word文档下载推荐.docx（123页珍藏版）》请在冰点文库上搜索。
如果目标进程正在一个可被中断的优先级上睡眠，核心便将它唤醒，发送进程就此结束。
一个进程可能在其信号域中有多个位被置位，代表有多种类型的信号到达，但对于一类信号，进程却只能记住其中的某一个。
进程用kill（）向一个进程或一组进程发送一个信号。
3、对信号的处理
当一个进程要进入或退出一个低优先级睡眠状态时，或一个进程即将从核心态返回用户态时，核心都要检查该进程是否已收到软中断。
当进程处于核心态时，即使收到软中断也不予理睬；
只有当它返回到用户态后，才处理软中断信号。
对软中断信号的处理分三种情况进行：
（1）如果进程收到的软中断是一个已决定要忽略的信号（function=1），进程不做任何处理便立即返回；
（2）进程收到软中断后便退出（function=0）；
（3）执行用户设置的软中断处理程序。
二、所涉及的中断调用
1、kill（）
系统调用格式
intkill（pid,sig）
参数定义
intpid,sig;
其中，pid是一个或一组进程的标识符，参数sig是要发送的软中断信号。
（1）pid>
0时，核心将信号发送给进程pid。
（2）pid=0时，核心将信号发送给与发送进程同组的所有进程。
（3）pid=-1时，核心将信号发送给所有用户标识符真正等于发送进程的有效用户标识号的进程。
2、signal（）
预置对信号的处理方式，允许调用进程控制软中断信号。
signal（sig,function）
头文件为
#include<
intsig;
void（*func）（）
其中sig用于指定信号的类型，sig为0则表示没有收到任何信号，余者如下表：
值
名字
说明
01
SIGHUP
挂起（hangup）
02
SIGINT
中断，当用户从键盘按^c键或^break键时
03
SIGQUIT
退出，当用户从键盘按quit键时
04
SIGILL
非法指令
05
SIGTRAP
跟踪陷阱（tracetrap），启动进程，跟踪代码的执行
06
SIGIOT
IOT指令
07
SIGEMT
EMT指令
08
SIGFPE
浮点运算溢出
09
SIGKILL
杀死、终止进程
10
SIGBUS
总线错误
11
SIGSEGV
段违例（segmentationviolation），进程试图去访问其虚地址空间以外的位置
12
SIGSYS
系统调用中参数错，如系统调用号非法
13
SIGPIPE
向某个非读管道中写入数据
14
SIGALRM
闹钟。
当某进程希望在某时间后接收信号时发此信号
15
SIGTERM
软件终止（softwaretermination）
16
SIGUSR1
用户自定义信号1
17
SIGUSR2
用户自定义信号2
18
SIGCLD
某个子进程死
19
SIGPWR
电源故障
function：
在该进程中的一个函数地址，在核心返回用户态时，它以软中断信号的序号作为参数调用该函数，对除了信号SIGKILL，SIGTRAP和SIGPWR以外的信号，核心自动地重新设置软中断信号处理程序的值为SIG_DFL，一个进程不能捕获SIGKILL信号。
function的解释如下：
（1）function=1时，进程对sig类信号不予理睬，亦即屏蔽了该类信号；
（2）function=0时，缺省值，进程在收到sig信号后应终止自己；
（3）function为非0，非1类整数时，function的值即作为信号处理程序的指针。
三、参考程序
#include<
stdio.h>
unistd.h>
voidwaiting（）,stop（）;
intwait_mark;
main（）
{
intp1,p2,stdout;
while（（p1=fork（））==-1）;
/*创建子进程p1*/
if（p1>
0）
{
while（（p2=fork（））==-1）;
/*创建子进程p2*/
if（p2>
wait_mark=1;
signal（SIGINT,stop）;
/*接收到^c信号，转stop*/
waiting（）;
kill（p1,16）;
/*向p1发软中断信号16*/
kill（p2,17）;
/*向p2发软中断信号17*/
wait（0）;
/*同步*/
printf（"
\n"
）;
exit（0）;
}
else
signal（17,stop）;
/*接收到软中断信号17，转stop*/
lockf（stdout,1,0）;
Childprocess2iskilledbyparent!
lockf（stdout,0,0）;
else
wait_mark=1;
signal（16,stop）;
/*接收到软中断信号16，转stop*/
Childprocess1iskilledbyparent!
}
voidwaiting（）
while（wait_mark!
=0）;
voidstop（）
wait_mark=0;
四、运行结果
屏幕上无反应，按下^C后，显示Parentprocessiskilled!
五、分析原因
上述程序中，signal（）都放在一段程序的前面部位，而不是在其他接收信号处。
这是因为signal（）的执行只是为进程指定信号值16或17的作用，以及分配相应的与stop（）过程链接的指针。
因而，signal（）函数必须在程序前面部分执行。
本方法通信效率低，当通信数据量较大时一般不用此法。
六、思考
1、该程序段前面部分用了两个wait（0），它们起什么作用？
2、该程序段中每个进程退出时都用了语句exit（0），为什么？
3、为何预期的结果并未显示出？
4、程序该如何修改才能得到正确结果？
5、不修改程序如何得到期望的输出？
实验三进程通信
（二）进程的管道通信实验
1、了解什么是管道
2、熟悉UNIX/LINUX支持的管道通信方式
编写程序实现进程的管道通信。
用系统调用pipe（）建立一管道，二个子进程P1和P2分别向管道各写一句话：
Child1issendingamessage!
Child2issendingamessage!
父进程从管道中读出二个来自子进程的信息并显示（要求先接收P1，后P2）。
一、什么是管道
UNIX系统在OS的发展上，最重要的贡献之一便是该系统首创了管道（pipe）。
这也是UNIX系统的一大特色。
所谓管道，是指能够连接一个写进程和一个读进程的、并允许它们以生产者—消费者方式进行通信的一个共享文件，又称为pipe文件。
由写进程从管道的写入端（句柄1）将数据写入管道，而读进程则从管道的读出端（句柄0）读出数据。
句柄fd[0]
句柄fd[1]
读出端
写入端
二、管道的类型：
1、有名管道
一个可以在文件系统中长期存在的、具有路径名的文件。
用系统调用mknod（）建立。
它克服无名管道使用上的局限性，可让更多的进程也能利用管道进行通信。
因而其它进程可以知道它的存在，并能利用路径名来访问该文件。
对有名管道的访问方式与访问其他文件一样，需先用open（）打开。
2、无名管道
一个临时文件。
利用pipe（）建立起来的无名文件（无路径名）。
只用该系统调用所返回的文件描述符来标识该文件，故只有调用pipe（）的进程及其子孙进程才能识别此文件描述符，才能利用该文件（管道）进行通信。
当这些进程不再使用此管道时，核心收回其索引结点。
二种管道的读写方式是相同的，本文只讲无名管道。
3、pipe文件的建立
分配磁盘和内存索引结点、为读进程分配文件表项、为写进程分配文件表项、分配用户文件描述符
4、读/写进程互斥
内核为地址设置一个读指针和一个写指针，按先进先出顺序读、写。
为使读、写进程互斥地访问pipe文件，需使各进程互斥地访问pipe文件索引结点中的直接地址项。
因此，每次进程在访问pipe文件前，都需检查该索引文件是否已被上锁。
若是，进程便睡眠等待，否则，将其上锁，进行读/写。
操作结束后解锁，并唤醒因该索引结点上锁而睡眠的进程。
三、所涉及的系统调用
1、pipe（）
建立一无名管道。
pipe（filedes）
intpipe（filedes）;
intfiledes[2];
其中，filedes[1]是写入端，filedes[0]是读出端。
该函数使用头文件如下：
#inlcude<
2、read（）
系统调用格式
read（fd,buf,nbyte）
功能：
从fd所指示的文件中读出nbyte个字节的数据，并将它们送至由指针buf所指示的缓冲区中。
如该文件被加锁，等待，直到锁打开为止。
参数定义
intread（fd,buf,nbyte）;
intfd;
char*buf;
unsignednbyte;
3、write（）
功能：
把nbyte个字节的数据，从buf所指向的缓冲区写到由fd所指向的文件中。
如文件加锁，暂停写入，直至开锁。
参数定义同read（）。
四、参考程序
intpid1,pid2;
{
intfd[2];
charoutpipe[100],inpipe[100];
pipe（fd）;
/*创建一个管道*/
while（（pid1=fork（））==-1）;
if（pid1==0）
lockf（fd[1],1,0）;
sprintf（outpipe,"
child1processissendingmessage!
"
/*把串放入数组outpipe中*/
write（fd[1],outpipe,50）;
/*向管道写长为50字节的串*/
sleep（5）;
/*自我阻塞5秒*/
lockf（fd[1],0,0）;
exit（0）;
while（（pid2=fork（））==-1）;
if（pid2==0）
{lockf（fd[1],1,0）;
/*互斥*/
child2processissendingmessage!
{wait（0）;
read（fd[0],inpipe,50）;
/*从管道中读长为50字节的串*/
printf（"
%s\n"
inpipe）;
wait（0）;
五、运行结果
延迟5秒后显示
再延迟5秒
child2processissendingmessage!
六、思考题
1、程序中的sleep（5）起什么作用？
2、子进程1和2为什么也能对管道进行操作？
（三）消息的发送与接收实验
1、了解什么是消息
2、熟悉消息传送的机理
消息的创建、发送和接收。
使用系统调用msgget（）,msgsnd（）,msgrev（）,及msgctl（）编制一长度为１k的消息发送和接收的程序。
一、什么是消息
消息（message）是一个格式化的可变长的信息单元。
消息机制允许由一个进程给其它任意的进程发送一个消息。
当一个进程收到多个消息时，可将它们排成一个消息队列。
消息使用二种重要的数据结构：
一是消息首部，其中记录了一些与消息有关的信息，如消息数据的字节数；
二个消息队列头表，其每一表项是作为一个消息队列的消息头，记录了消息队列的有关信息。
1、消息机制的数据结构
（1）消息首部
记录一些与消息有关的信息，如消息的类型、大小、指向消息数据区的指针、消息队列的链接指针等。
（2）消息队列头表
其每一项作为一个消息队列的消息头，记录了消息队列的有关信息如指向消息队列中第一个消息和指向最后一个消息的指针、队列中消息的数目、队列中消息数据的总字节数、队列所允许消息数据的最大字节总数，还有最近一次执行发送操作的进程标识符和时间、最近一次执行接收操作的进程标识符和时间等。
2、消息队列的描述符
UNIX中，每一个消息队列都有一个称为关键字（key）的名字，是由用户指定的；
消息队列有一消息队列描述符，其作用与用户文件描述符一样，也是为了方便用户和系统对消息队列的访问。
二、涉及的系统调用
1.msgget（）
创建一个消息，获得一个消息的描述符。
核心将搜索消息队列头表，确定是否有指定名字的消息队列。
若无，核心将分配一新的消息队列头，并对它进行初始化，然后给用户返回一个消息队列描述符，否则它只是检查消息队列的许可权便返回。
系统调用格式：
msgqid=msgget（key,flag）
#include<
sys/types.h>
sys/ipc.h>
sys/msg.h>
intmsgget（key,flag）
key_tkey;
intflag;
其中：
key是用户指定的消息队列的名字；
flag是用户设置的标志和访问方式。
如IPC_CREAT|0400是否该队列已被创建。
无则创建，是则打开；
IPC_EXCL|0400是否该队列的创建应是互斥的。
msgqid是该系统调用返回的描述符，失败则返回-1。
2.msgsnd（）
发送一消息。
向指定的消息队列发送一个消息，并将该消息链接到该消息队列的尾部。
msgsnd（msgqid,msgp,size,flag）
参数定义：
intmsgsnd（msgqid,msgp,size,flag）
Iintmsgqid,size,flag;
structmsgbuf*msgp;
其中msgqid是返回消息队列的描述符；
msgp是指向用户消息缓冲区的一个结构体指针。
缓冲区中包括消息类型和消息正文，即
longmtype;
/*消息类型*/
charmtext[];
/*消息的文本*/
size指示由msgp指向的数据结构中字符数组的长度；
即消息的长度。
这个数组的最大值由MSG-MAX（）系统可调用参数来确定。
flag规定当核心用尽内部缓冲空间时应执行的动作:
进程是等待，还是立即返回。
若在标志flag中未设置IPC_NOWAIT位，则当该消息队列中的字节数超过最大值时，或系统范围的消息数超过某一最大值时，调用msgsnd进程睡眠。
若是设置IPC_NOWAIT，则在此情况下，msgsnd立即返回。
对于msgsnd（），核心须完成以下工作：
（1）对消息队列的描述符和许可权及消息长度等进行检查。
若合法才继续执行，否则返回；
（2）核心为消息分配消息数据区。
将用户消息缓冲区中的消息正文，拷贝到消息数据区；
（3）分配消息首部，并将它链入消息队列的末尾。
在消息首部中须填写消息类型、消息大小和指向消息数据区的指针等数据；
（4）修改消息队列头中的数据，如队列中的消息数、字节总数等。
最后，唤醒等待消息的进程。
3.msgrcv（）
接受一消息。
从指定的消息队列中接收指定类型的消息。
msgrcv（msgqid,msgp,size,type,flag）
本函数使用的头文件如下：
#include<
intmsgrcv（msgqid,msgp,size,type,flag）
intmsgqid,size,flag;
structmsgbuf*msgp;
longtype;
其中，msgqid,msgp,size,flag与msgsnd中的对应参数相似，type是规定要读的消息类型，flag规定倘若该队列无消息，核心应做的操作。
如此时设置了IPC_NOWAIT标志，则立即返回，若在flag中设置了MS_NOERROR，且所接收的消息大于size，则核心截断所接收的消息。
对于msgrcv系统调用，核心须完成下述工作：
（1）对消息队列的描述符和许可权等进行检查。
若合法，就往下执行；
否则返回；
（2）根据type的不同分成三种情况处理：
type=0，接收该队列的第一个消息，并将它返回给调用者；
type为正整数，接收类型type的第一个消息；
type为负整数，接收小于等于type绝对值的最低类型的第一个消息。
（3）当所返回消息大小等于或小于用户的请求时，核心便将消息正文拷贝到用户区，并从消息队列中删除此消息，然后唤醒睡眠的发送进程。
但如果消息长度比用户要求的大时，则做出错返回。
4.msgctl（）
消息队列的操纵。
读取消息队列的状态信息并进行修改，如查询消息队列描述符、修改它的许可权及删除该队列等。
msgctl（msgqid,cmd,buf）;
intmsgctl（msgqid,cmd,buf）;
intmsgqid,cmd;
structmsgqid_ds*buf;
其中，函数调用成功时返回0，不成功则返回-1。
buf是用户缓冲区地址，供用户存放控制参数和查询结果；
cmd是规定的命令。
命令可分三类：
（1）IPC_STAT。
查询有关消息队列情况的命令。
如查询队列中的消息数目、队列中的最大字节数、最后一个发送消息的进程标识符、发送时间等；
（2）IPC_SET。
按buf指向的结构中的值，设置和改变有关消息队列属性的命令。
如改变消息队列的用户标识符、消息队列的许可权等；
（3）IPC_RMID。
消除消息队列的标识符。
msgqid_ds结构定义如下：
structmsgqid_ds
{structipc_permmsg_perm;
/*许可权结构*/
shortpad1[7];
/*由系统使用*/
ushortmsg_qnum;
/*队列上消息数*/
ushortmsg_qbytes;
/*队列上最大字节数*/
ushortmsg_lspid;
/*最后发送消息的PID*/
ushortmsg_lrpid;
/*最后接收消息的PID*/
time_tmsg_stime;
/*最后发送消息的时间*/
time_tmsg_rtime;
/*最后接收消息的时间*/
time_tmsg_ctime;
/*最后更改时间*/
};
structipc_perm
{ushortuid;
/*当前用户*/
ushortgid;
/*当前进程组*/
ushortcuid;
/*创建用户*/
ushortcgid;
/*创建进程组*/
ushortmode;
/*存取许可权*/
{shortpid1;
lo
升级会员 