操作系统实验十Word下载.docx
- 文档编号:21137557
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:20
- 大小:592.56KB
操作系统实验十Word下载.docx
《操作系统实验十Word下载.docx》由会员分享,可在线阅读,更多相关《操作系统实验十Word下载.docx(20页珍藏版)》请在冰豆网上搜索。
验证,设计
4.实验内容
4.1准备实验
4.2验证先来先服务(FCFS)磁盘调度算法
4.3验证最短寻道时间优先(SSTF)磁盘调度算法
4.4验证SSTF算法造成的线程“饥饿”现象
4.5验证扫描(SCAN)磁盘调度算法
4.6改写SCAN算法
4.7编写循环扫描(CSCAN)磁盘调度算法
4.8验证SSTF、SCAN及CSCAN算法中的“磁臂粘着”现象
4.9编写N-Step-SCAN磁盘调度算法
二、实验环境
操作系统:
WindowsXP
编译器:
TevalationOSLab
语言:
C
三、实验过程
1.设计思路和流程图
SCAN算法流程图:
SSTF算法流程图:
CSACN流程图:
N-Step-SCAN算法调度:
2.需要解决的问题及解答
(1)在执行SCAN、N-Step-SCAN
磁盘调度算法时,如果在EOS控制台中多次输入“ds”命令,调度的顺序会发生变化,说明造成这种现象的原因(提示:
注意这两种算法使用的全局变量)。
尝试修改源代码,使这两种算法在多次执行时,都能确保调度的顺序一致(提示:
可以参考
io/block.c
文件中IopReceiveRequest
函数和
IopProcessNextRequest
函数判断磁盘调度算法开始工作和结束工作的方法)。
答:
ScanInside是一个全局变量,当第一次执行“ds”命令时,调用IopDiskSchedule
函数,ScanInside被修改了一次,再次执行“ds”命令时,ScanInside不会被重置,因此输出的结果会不一样。
只需在for循环结束后添加如下代码,就能确保调度的顺序一致。
(2)尝试在io/block.c文件中定义一个全局的函数指针变量DiskScheduleFunc,该函数指针初始指向实现了FCFS算法的IopDiskSchedule函数。
修改io/block.c文件中的IopProcessNextRequest函数,在该函数中不再直接调用IopDiskSchedule函数,而是调用函数指针DiskScheduleFunc指向的磁盘调度算法函数;
ke/sysproc.c文件中的ConsoleCmdDiskSchedule函数中也不再直接调用IopDiskSchedule函数,也要修改为调用函数指针DiskScheduleFunc指向的磁盘调度算法函数。
最后,添加一个控制台命令“sstf”,该命令使函数指针DiskScheduleFunc指向实现了SSTF算法的函数。
这样,在EOS启动后默认会执行FCFS算法,执行控制台命令“sstf”后,会执行SSTF算法。
按照这种方式依次实现“fcfs”、“scan”、“cscan”和“nstepscan”命令。
说明这种在EOS运行时动态切换磁盘调度算法的好处。
首先在block.c
中定义一个全局的函数指针变量DiskScheduleFunc。
修改IopProcessNextRequest
函数和ConsoleCmdDiskSchedule
函数,使其不再直接调用IopDiskSchedule
函数而是调用函数指针DiskScheduleFunc指向的磁盘调度算法函数。
调用函数前先声明。
添加一个控制台命令“sstf”,该命令使函数指针DiskScheduleFunc
指向实现了
SSTF
算法的函数。
(3)分析已经实现的各种磁盘调度算法的优缺点,尝试实现更多其它的磁盘调度算法。
先来先服务算法是一种比较简单的磁盘调度算法,它根据进程请求访问磁盘的先后次序进行调度,此算法的优点是公平、简单,且每个进程的请求都能依次得到处理,不会出现某一进程的请求长期得不到满足的情况,在对磁盘的访问请求比较多的情况下,致使平均寻道时间可能较长;
最短寻道时间优先算法选择这样的进程,其要求访问的磁道与当前磁头所在的磁道距离最近,以使每次的寻道时间最短,该算法可以得到比较好的吞吐量,但却不能保证平均寻道时间最短,其缺点是在服务请求很多的情况下,对内外边缘磁道的请求将会无限期的被延迟;
扫描算法不仅考虑到欲访问的磁道与当前磁道的距离,更优先考虑的是磁头的当前移动方向,此算法基本上克服了最短寻道时间优先算法的服务集中于中间磁道和响应时间变化比较大的缺点,而具有最短寻道时间优先算法的优点即吞吐量较大,平均响应时间较小,但由于是摆动式的扫描方法,两侧磁道被访问的频率仍低于中间磁道;
循环扫描算法是对扫描算法的改进,如果对磁道的访问请求是均匀分布的,当磁头到达磁盘的一端,并反向运动时落在磁头之后的访问请求相对较少;
N-Step-SCAN算法是扫描算法和先来先服务算法的一个综合算法,将请求队列分成若干个长度为N
的子队列,调度程序按照FCFS原则依次处理这些子队列,而每处理一个子队列时,又是按照SCAN算法,所以它是一种性能比较平均的算法。
(4)EOS在块设备层实现了磁盘调度算法后,由于请求队列中的请求一定是被逐个处理的,所以并发的多个线程已经可以互斥的访问磁盘上的数据,那为什么在IopReadWriteSector函数中还要使用磁盘设备的互斥信号量进行互斥呢?
(提示:
如果一个线程只是要获取磁盘设备的状态而不是要访问磁盘上的数据,是否需要对该线程进行磁盘调度?
该线程是否要与其它并发访问磁盘设备的线程进行互斥?
)
如果一个线程只是要获取磁盘设备的状态而不是要访问磁盘上的数据,那这个线程是不需要进行磁盘调度的,所以不会进入请求队列,但该线程同样需要与其它并发访问磁盘设备的线程进行互斥,这时就需要使用磁盘设备的互斥信号量进行互斥。
3.源程序并附上注释
改写SCAN算法:
BOOLScanInside=TRUE;
PREQUESTIopDiskSchedule(
VOID
)
{
PLIST_ENTRYpListEntry;
PREQUESTpRequest;
LONGOffset;
ULONGInsideShortestDistance=0xFFFFFFFF;
ULONGOutsideShortestDistance=0xFFFFFFFF;
PREQUESTpNextRequest;
PREQUESTpNextRequestInside=NULL;
PREQUESTpNextRequestOutside=NULL;
/*
遍历请求队列,计算磁道的偏移,如果
Offset==0
,则不需要移动;
Offset>
0&
&
Offset<
InsideShortestDistance
则向内测移动并计下最短距离;
Offset<
-Offset<
OutsideShortestDistance
则向外侧移动并计下最短距离。
*/
for(pListEntry=RequestListHead.Next;
pListEntry!
=&
RequestListHead;
pListEntry=pListEntry->
Next)
{
pRequest=CONTAINING_RECORD(pListEntry,REQUEST,ListEntry);
Offset=pRequest->
Cylinder-CurrentCylinder;
if(Offset==0)
pNextRequest=pRequest;
gotoRETURN;
}
elseif(Offset>
InsideShortestDistance)
InsideShortestDistance=Offset;
pNextRequestInside=pRequest;
elseif(Offset<
OutsideShortestDistance)
OutsideShortestDistance=-Offset;
pNextRequestOutside=pRequest;
};
/*
判定移动方向,判定ScanInside是否为0,在判定pNextRequestInside、pNextRequestOutside是否为0,确定移动方向。
if(ScanInside)
if(pNextRequestInside!
=NULL)
{
pNextRequest=pNextRequestInside;
ScanInside=ScanInside;
}
else
pNextRequest=pNextRequestOutside;
ScanInside=!
ScanInside;
else
if(pNextRequestOutside!
pNextRequest=pNextRequestInside;
RETURN:
returnpNextRequest;
}
编写循环扫描(CSCAN)磁盘调度算法:
ULONGOutsideShortestDistance=0x0;
-Offset>
4.程序运行时的初值和运行结果
4.1准备实验
按照下面的步骤准备实验:
1.启动OSLab。
2.新建一个EOSKernel项目。
4.2验证先来先服务(FCFS)磁盘调度算法
按照下面的步骤进行验证:
1.在“项目管理器”窗口中双击ke文件夹中的sysproc.c文件,打开此文件。
2.在sysproc.c文件的第580行找到控制台命令“ds”对应的函数ConsoleCmdDiskSchedule。
“ds”命令专门用来测试磁盘调度算法。
阅读该函数中的源代码,目前该函数使磁头初始停留在磁道10,其它被阻塞的线程依次访问磁道8、21、9、78、0、41、10、67、12、10。
3.打开io/block.c文件,在第378行找到磁盘调度算法函数IopDiskSchedule。
阅读该函数中的源代码,目前此函数实现了FCFS磁盘调度算法。
4.按F7生成项目,然后按F5启动调试。
5.待EOS启动完毕,在EOS控制台中输入命令“ds”后按回车。
在EOS控制台中会首先显示磁头的起始位置是10磁道,然后按照线程被阻塞的顺序依次显示线程的信息(包括线程ID和访问的磁道号)。
磁盘调度算法执行的过程中,在OSLab的“输出”窗口中也会首先显示磁头的起始位置,然后按照线程被唤醒的顺序依次显示线程信息(包括线程ID、访问的磁道号、磁头移动的距离和方向),并在磁盘调度结束后显示此次调度的统计信息(包括总寻道数、寻道次数和平均寻道数)。
对比EOS控制台和“输出”窗口中的内容,可以发现FCFS算法是根据线程访问磁盘的先后顺序进行调度的。
图18-2显示了本次调度执行时磁头移动的轨迹。
可以在控制台中多次输入“ds”命令,查看磁盘调度算法执行的情况。
将“输出”窗口中的内容复制到一个文本文件中,然后结束此次调试。
4.3验证最短寻道时间优先(SSTF)磁盘调度算法
使用OSLab打开本实验文件夹中的sstf.c文件(将sstf.c文件拖动到OSLab窗口中释放即可)。
该文件提供的IopDiskSchedule函数实现了SSTF磁盘调度算法。
在阅读此函数的源代码的时,可以参考图18-3所示的流程图,并且应该特别注意下面几点:
●变量Offset是有符号的长整型,用来表示磁头的偏移(包括距离和方向)。
Offset大于0时表示磁头向内移动(磁道号增加);
小于0时表示磁头向外移动(磁道号减少);
等于0时表示磁头没有移动。
而名称以“Distance”结尾的变量都是无符号长整型,只表示磁头移动的距离(无方向)。
所以在比较磁头的偏移和距离时,或者在将偏移赋值给距离时,都要取偏移的绝对值(调用C库函数abs)。
本实验在实现其它磁盘调度算法时也同样遵守此约定。
●在开始遍历之前,将最小距离(ShortestDistance)初始化为最大的无符号长整型数,这样,第一次计算的距离一定会小于最小距离,从而可以使用第一次计算的距离来再次初始化最小距离。
本实验在实现其它磁盘调度算法时也同样使用了此技巧。
1.使用sstf.c文件中IopDiskSchedule函数的函数体,替换block.c文件中IopDiskSchedule函数的函数体。
2.按F7生成项目,然后按F5启动调试。
3.待EOS启动完毕,在EOS控制台中输入命令“ds”后按回车。
对比EOS控制台和“输出”窗口中的内容(特别是线程ID的顺序),可以发现,SSTF算法唤醒线程的顺序与线程被阻塞的顺序是不同的。
图18-4显示了本次调度执行时磁头移动的轨迹。
对比SSTF算法与FCFS算法在“输出”窗口中的内容,可以看出,SSTF算法的平均寻道数明显低于FCFS算法。
但是,SSTF算法能保证平均寻道数最少吗?
在后面的实验中会进行验证。
4.4验证SSTF算法造成的线程“饥饿”现象
使用SSTF算法时,如果不断有新线程要求访问磁盘,而且其所要访问的磁道与当前磁头所在磁道的距离较近,这些新线程的请求必然会被优先满足,而等待队列中一些老线程的请求就会被严重推迟,从而使老线程出现“饥饿”现象。
按照下面的步骤进行实验,观察这个现象:
1.修改sysproc.c文件ConsoleCmdDiskSchedule函数中的源代码,仍然使磁头初始停留在磁道10,而让其它线程依次访问磁道78、21、9、8、11、41、10、67、12、10。
查看“输出”窗口中显示的内容,可以发现,虽然访问78号磁道的线程的请求第一个被放入请求队列,但却被推迟到最后才被处理,出现了“饥饿”现象。
如果不断有新线程的请求到达并被优先满足,则访问78号磁道的线程的“饥饿”情况就会更加严重。
将ConsoleCmdDiskSchedule函数中线程访问的磁道号恢复到本实验3.2中的样子,在后面的实验中还要使用这些数据。
4.5验证扫描(SCAN)磁盘调度算法
对SSTF算法稍加改进后可以形成SCAN算法,可防止老线程出现“饥饿”现象。
使用OSLab打开本实验文件夹中的scan.c文件,该文件提供的IopDiskSchedule函数实现了SCAN磁盘调度算法。
在阅读此函数的源代码的时,应该特别注意下面几点:
●在block.c文件中的第374行定义了一个布尔类型的全局变量ScanInside,用于表示扫描算法中磁头移动的方向。
该变量值为TRUE时表示磁头向内移动(磁道号增加);
值为FALSE时表示磁头向外移动(磁道号减少)。
该变量初始化为TRUE,表示SCAN算法第一次执行时,磁头向内移动。
●在scan.c文件的IopDiskSchedule函数中使用了双重循环。
第一次遍历队列时,查找指定方向上移动距离最短的线程,如果在指定方向上已经没有线程,就变换方向,进行第二次遍历,同样是查找移动距离最短的线程。
在这两次遍历中一定能找到合适的线程。
1.使用scan.c文件中IopDiskSchedule函数的函数体,替换block.c文件中IopDiskSchedule函数的函数体。
对比SCAN算法与SSTF算法在“输出”窗口中的内容,可以看出,SCAN算法的平均寻道数有可能小于SSTF算法,所以说SSTF算法不能保证平均寻道数最少。
图18-5显示了本次调度执行时磁头移动的轨迹。
尝试在控制台中多次输入“ds”命令,查看磁盘调度算法执行的情况,说明为什么线程调度的顺序会发生变化。
使用SCAN算法调度在本实验3.4中产生“饥饿”现象的数据,验证SCAN算法能够解决“饥饿”现象,并将“输出”窗口中的内容保存到一个文本文件中。
最后将ConsoleCmdDiskSchedule函数中线程访问的磁道号恢复到本实验3.2中的样子,在后面的实验中还要使用这些数据。
4.6改写SCAN算法
4.6.1要求
在已有SCAN算法源代码的基础上进行改写,要求不再使用双重循环,而是只遍历一次请求队列中的请求,就可以选中下一个要处理的请求。
由于线程和请求总是一一对应的,为了使后面的内容更加简单易懂,有时就不再区分这两个概念。
4.6.2提示
1.在一次遍历中,不再关心当前磁头移动的方向,而是同时找到两个方向上移动距离最短的线程所对应的请求,这样就不再需要遍历两次。
2.在计算出线程要访问的磁道与当前磁头所在磁道的偏移后,可以将偏移分为三种类型:
偏移为0,表示线程要访问的磁道与当前磁头所在磁道相同,此情况应该优先被调度,可立即返回该线程对应的请求的指针;
偏移大于0,记录向内移动距离最短的线程对应的请求;
偏移小于0,记录向外移动距离最短的线程对应的请求。
3.循环结束后,根据当前磁头移动的方向选择同方向移动距离最短的线程,如果在同方向上没有线程,就变换方向,选择反方向移动距离最短的线程。
具体逻辑可以参见图18-6所示的流程图。
制作软盘镜像...
正在启动VirtualPC...
开始调试...
******Diskschedulestartworking******
StartCylinder:
10
TID:
37Cylinder:
10Offset:
0=
40Cylinder:
39Cylinder:
12Offset:
2+
32Cylinder:
21Offset:
9+
36Cylinder:
41Offset:
20+
38Cylinder:
67Offset:
26+
34Cylinder:
78Offset:
11+
33Cylinder:
9Offset:
69-
31Cylinder:
8Offset:
1-
35Cylinder:
0Offset:
8-
Totaloffset:
146Transfertimes:
10Averageoffset:
14
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 操作系统 实验