2023年12月3日发(作者:)
目录
实验一 WINDOWS进程初识 ........................... 3
1、实验目的 .................................... 3
2、实验内容和步骤 .............................. 3
3、实验结论 .................................... 5
4、程序清单 .................................... 5
实验二 进程管理 ................................. 6
背景知识 ....................................... 6
1、实验目的 ................................... 12
2、实验内容和步骤 ............................. 12
3、实验结论 ................................... 16
4、程序清单 ................... 错误!未定义书签。
实验三 进程同步的经典算法 ....................... 17
背景知识 ...................................... 17
1、实验目的 ................................... 19
2、实验内容和步骤 ............................. 19
3、实验结论 ................................... 22
4、程序清单 ................... 错误!未定义书签。
实验四 存储管理 ................................. 23
背景知识 ...................................... 23
1、实验目的 ................................... 31
2、实验内容和步骤 ............................. 31
3、实验结论 ................................... 48
4、程序清单 ................... 错误!未定义书签。
实验五 文件和设备管理 ........................... 49
背景知识 ...................................... 49
1、实验目的 ................................... 53
2、实验内容与步骤 ............. 错误!未定义书签。
3、实验结论 ................... 错误!未定义书签。
实验一 WINDOWS进程初识
1、 实验目的
(1) 学会使用VC编写基本的Consol Application(控制台应用程序)。
Win32
(2) 掌握WINDOWS API的使用方法。
(3) 编写测试程序,理解用户态运行和核心态运行。
2、 实验内容和步骤
(1)编写基本的Win32 Consol Application
步骤1:登录进入Windows,启动VC++ 6.0。
步骤2:在“FILE”菜单中单击“NEW”子菜单,在“projects”选项卡中选择“Win32 Consol Application”,然后在“Project name”处输入工程名,在“Location” 处输入工程目录。创建一个新的控制台应用程序工程。
步骤3:在“FILE”菜单中单击“NEW”子菜单,在“Files”选项卡中选择“C++ Source File”, 然后在“File” 处输入C/C++源程序的文件名。
步骤4:将清单1-1所示的程序清单复制到新创建的C/C++源程序中。编译成可执行文件。
步骤5:在“开始”菜单中单击“程序”-“附件”-“命令提示符”命令,进入Windows“命令提示符”窗口,然后进入工程目录中的debug子目录,执行编译好的可执行程序:
E:课程os课os实验程序os11debug>
运行结果 (如果运行不成功,则可能的原因是什么?) :
(2)计算进程在核心态运行和用户态运行的时间
步骤1:按照(1)中的步骤创建一个新的“Win32 Consol
Application”工程,然后将清单1-2中的程序拷贝过来,编译成可执行文件。
步骤2: 在创建一个新的“Win32 Consol Application”工程,程序的参考程序如清单1-3所示,编译成可执行文件并执行。
步骤3:在“命令提示符”窗口中运行步骤1中生成的可执行文件,测试步骤2中可执行文件在核心态运行和用户态运行的时间。
E:课程os课os实验程序os12debug>time
步骤4:运行结果 (如果运行不成功,则可能的原因是什么?) :
步骤5:分别屏蔽While循环中的两个for循环,或调整两个for循环的次数,写出运行结果。
屏蔽i循环:
屏蔽j循环:
调整循环变量i的循环次数:
调整循环变量j的循环次数:
3、 实验结论
对Win32 Consol Application有进一步的认识,WIN32 API也就是Windows 32平台的应用程序编程接口。用户态运行和核心态运行,核心态就是一个是直接的代码运行,即win32consol Application下代码运行;而用户态是在DOS下运行的,对编译好的程序进行的运行,核心态速度较快,没有太多的约束,而用户态的运行需要时间较长,由于有相应的约束。
实验二 进程管理
背景知识
Windows所创建的每个进程都从调用CreateProcess()
API函数开始,该函数的任务是在对象管理器子系统内初始化进程对象。每一进程都以调用ExitProcess() 或TerminateProcess() API函数终止。通常应用程序的框架负责调用 ExitProcess() 函数。对于C++ 运行库来说,这一调用发生在应用程序的main() 函数返回之后。
1. 创建进程
CreateProcess() 调用的核心参数是可执行文件运行时的文件名及其命令行。表 3-4详细地列出了每个参数的类型和名称。
表3-4 CreateProcess() 函数的参数
参数名称
LPCTSTR
lpApplivationName
LPCTSTR
lpCommandLine
LPSECURIITY_ATTRIBUTES
lpProcessAttributes
使用目的
全部或部分地指明包括可执行代码的EXE文件的文件名
向可执行文件发送的参数
返回进程句柄的安全属性。主要指明这一句柄是否应该由其他子进程所继承
LPSECURIITY_ATTRIBUTES
返回进程的主线程的句柄的安全属lpThreadAttribute性
s
BOOL
bInheritHandle
DWORD
一种标志,告诉系统允许新进程继承创建者进程的句柄
特殊的创建标志 (如dwCreationFlage
CREATE_SUSPENDED) 的位标记
LPVOID
lpEnvironment
LPCTSTR
lpCurrentDirector新进程的启动目录
y
STARTUPINFO
lpStartupInfo
LPPROCESS_INFORMATION
调用的结果块;发送新应用程序的STARTUPINFO结构,包括新进程的输入和输出配置的详情
向新进程发送的一套环境变量;如为null值则发送调用者环境
lpProcessInformat进程和主线程的句柄和ID
ion
可以指定第一个参数,即应用程序的名称,其中包括相对于当前进程的当前目录的全路径或者利用搜索方法找到的路径;lpCommandLine参数允许调用者向新应用程序发送 数据;接下来的三个参数与进程和它的主线程以及返回的指向该对象的句柄的安全性有关。
然后是标志参数,用以在dwCreationFlags参数中指明系统应该给予新进程什么行为。经常使用的标志是CREATE_SUSPNDED,告诉主线程立刻暂停。当准备好时,应该使用ResumeThread() API来启动进程。另一个常用的标志是CREATE_NEW_CONSOLE,告诉新进程启动自己的控制台窗口,而不是利用父窗口。这一参数还允许设置进程的优先级,用以向系统指明,相对于系统中所有其他的活动进程来说,给此进程多少CPU时间。
接着是CreateProcess() 函数调用所需要的三个通常使用缺省值的参数。第一个参数是lpEnvironment参数,指明为新进程提供的环境;第二个参数是lpCurrentDirectory,可用于向主创进程发送与缺省目录不同的新进程使用的特殊的当前目录;第三个参数是STARTUPINFO数据结构所必需的,用于在必要时指明新应用程序的主窗口的外观。
CreateProcess() 的最后一个参数是用于新进程对象及其主线程的句柄和ID的返回值缓冲区。以PROCESS_INFORMATION结构中返回的句柄调用CloseHandle() API函数是重要的,因为如果不将这些句柄关闭的话,有可能危及主创进程终止之前的任何未释放的资源。
2. 正在运行的进程
如果一个进程拥有至少一个执行线程,则为正在系统中运行的进程。通常,这种进程使用主线程来指示它的存在。当主线程结束时,调用ExitProcess() API函数,通知系统终止它所拥有的所有正在运行、准备运行或正在挂起的其他线程。当进程正在运行时,可以查看它的许多特性,其中少数特性也允许加以修改。
首先可查看的进程特性是系统进程标识符 (PID) ,可利用GetCurrentProcessId() API函数来查看,与 GetCurrentProcess() 相似,对该函数的调用不能失败,但返回的PID在整个系统中都可使用。其他的可显示当前进程信息的API函数还有GetStartupInfo()和GetProcessShutdownParameters() ,可给出进程存活期内的配置详情。
通常,一个进程需要它的运行期环境的信息。例如API函数GetModuleFileName() 和GetCommandLine() ,可以给出用在CreateProcess() 中的参数以启动应用程序。在创建应用程序时可使用的另一个API函数是IsDebuggerPresent() 。
可利用API函数GetGuiResources() 来查看进程的GUI资源。此函数既可返回指定进程中的打开的GUI对象的数目,也可返回指定进程中打开的USER对象的数目。进程的其他性能信息可通过GetProcessIoCounters()、GetProcessPriorityBoost() 、GetProcessTimes() 和GetProcessWorkingSetSize() API得到。以上这几个API函数都只需要具有PROCESS_QUERY_INFORMATION访问权限的指向所感兴趣进程的句柄。
另一个可用于进程信息查询的API函数是GetProcessVersion() 。此函数只需感兴趣进程的PID (进程标识号) 。本实验程序清单3-6中列出了这一API函数与GetVersionEx() 的共同作用,可确定运行进程的系统的版本号。
3. 终止进程
所有进程都是以调用ExitProcess() 或者TerminateProcess() 函数结束的。但最好使用前者而不要使用后者,因为进程是在完成了它的所有的关闭“职责”之后以正常的终止方式来调用前者的。而外部进程通常调用后者即突然终止进程的进行,由于关闭时的途径不太正常,有可能引起错误的行为。
TerminateProcess() API函数只要打开带有PROCESS_TERMINATE访问权的进程对象,就可以终止进 程,并向系统返回指定的代码。这是一种“野蛮”的终止进程的方式,但是有时却是需要的。
如果开发人员确实有机会来设计“谋杀”(终止别的进程的进程) 和“受害”进程 (被终止的进程) 时,应该创建一个进程间通讯的内核对象——如一个互斥程序——这样一来,“受害”进程只在等待或周期性地测试它是否应该终止。
4.进程同步
Windows 2000/XP提供的常用对象可分成三类:核心应用服务、线程同步和线程间通讯。其中,开发人员可以使用线程同步对象来协调线程和进程的工作,以使其共享信息并执行任务。此类对象包括互锁数据、临界段、事件、互斥体和信号等。
多线程编程中关键的一步是保护所有的共享资源,工具主要有互锁函数、临界段和互斥体等;另一个实质性部分是协调线程使其完成应用程序的任务,为此,可利用内核中的事件对象和信号。
在进程内或进程间实现线程同步的最方便的方法是使用事件对象,这一组内核对象允许一个线程对其受信状态进行直接控制 (见表2-1) 。
而互斥体则是另一个可命名且安全的内核对象,其主要目的是引导对共享资源的访问。拥有单一访问资源的线程创建互斥体,所有想要访问该资源的线程应该在实际执行操作之前获得互斥体,而在访问结束时立即释放互斥体,以允许下一个等待线程获得互斥体,然后接着进行下去。
与事件对象类似,互斥体容易创建、打开、使用并清除。利用CreateMutex() API可创建互斥体,创建时还可以指定一个初始的拥有权标志,通过使用这个标志,只有当线程完成了资源的所有的初始化工作时,才允许创建线程释放互斥体。
表2-1 用于管理事件对象的API
API名称 描述
在内核中创建一个新的事件对象。此函CreateEven数允许有安全性设置、手工还是自动重t()
置的标志以及初始时已接受还是未接受信号状态的标志
OpenEvent()
创建对已经存在的事件对象的引用。此API函数需要名称、继承标志和所需的访问级别
SetEvent()
将手工重置事件转化为已接受信号状态
ResetEvent()
PulseEvent()
为了获得互斥体,首先,想要访问调用的线程可使用OpenMutex() API来获得指向对象的句柄;然后,线程将这个句柄提供给一个等待函数。当内核将互斥体对象发送给等待线程时,就表明该线程获得了互斥体的拥有权。当线程获得拥有权时,线程控制了对共享资源的访问——必须设法尽快地放弃互斥体。放弃共享资源时需要在该对象上调用ReleaseMute() API。然后系统负责将互斥体拥有权传递给下一个等待着的线程 (由到达时间决定顺序) 。
将手工重置事件转化为非接受信号状态
将自动重置事件对象转化为已接受信号状态。当系统释放所有的等待它的线程时此种转化立即发生
1、实验目的
1) 通过创建进程、观察正在运行的进程和终止进程的程序设计和调试操作,进一步熟悉操作系统的进程概念,理解Windows进程的“一生”。
2) 通过阅读和分析实验程序,学习创建进程、观察进程、终止进程以及父子进程同步的基本程序设计方法。
2、实验内容和步骤
(1). 创建进程
本实验显示了创建子进程的基本框架。该程序只是再一次地启动自身,显示它的系统进程ID和它在进程列表中的位置。
步骤1:创建一个“Win32 Consol Application”工程,然后拷贝清单2-1中的程序,编译成可执行文件。
步骤2:在“命令提示符”窗口运行步骤1中生成的可执行文件。运行结果:
范例:E:课程os课os实验程序os11debug>os21
(假设编译生成的可执行文件是)
Process ID:5368, Clone ID:0
Process ID:6664, Clone ID:1
Process ID:756, Clone ID:2
Process ID:8056, Clone ID:3
Process ID:2856, Clone ID:4
Process ID:1116, Clone ID:5
按下ctrl+alt+del,调用windows的任务管理器,记录进程相关的行为属性:
步骤3:在“命令提示符”窗口加入参数重新运行生成的可执行文件。运行结果:
范例:E:课程os课os实验程序os11debug>os21 3
(假设编译生成的可执行文件是)
Process ID:8896, Clone ID:3
Process ID:8572, Clone ID:4
Process ID:9076, Clone ID:5
按下ctrl+alt+del,调用windows的任务管理器,记录进程相关的行为属性:
步骤4:修改清单2-1中的程序,将nClone的定义和初始化方法按程序注释中的修改方法进行修改,编译成可执行文件(执行前请先保存已经完成的工作)。再按步骤2中的方式运行,看看结果会有什么不一样。运行结果:
第一次修改:
Process ID:1840, Clone ID:3
Process ID:3376, Clone ID:4
Process ID:4024, Clone ID:5
第二次修改:
一直循环,不断弹出新的DOS,Process ID:2376, Clone ID:0
知道内存耗尽
从中你可以得出什么结论:
赋值语句不同会影响到结果
作用:控制ID的起始值,并控制其输出窗口的数量。
变量的定义和初始化方法(位置)对程序的执行结果有影响吗?为什么?
有影响,变量的定义影响了程序的结果数目,还影响了ID的其实位置,由于变量的初始化使程序的循环次数发生改变,直接改变了结果,所以结果由变量的不同而不同。
(2). 父子进程的简单通信及终止进程
步骤1:创建一个“Win32 Consol Application”工程,然后拷贝清单2-2中的程序,编译成可执行文件。
步骤2:在VC的工具栏单击“Execute Program”(执行程序) 按钮,或者按Ctrl + F5键,或者在“命令提示符”窗口运行步骤1中生成的可执行文件。运行结果:
范例:E:课程os课os实验程序os11debug>os22
(假设编译生成的可执行文件是)
Child waiting for suicide instructions.
Creating the child process.
Telling the child process to quit.
步骤3:按源程序中注释中的提示,修改源程序2-2,编译执行(执行前请先保存已经完成的工作)。运行结果:
死循环
在程序中加入跟踪语句,或调试运行程序,同时参考MSDN中的帮助文件CreateProcess()的使用方法,理解父子进程如何传递参数。给出程序执行过程的大概描述:
产生的应用程序的名称 (本EXE文件), 告诉其行为像一个子进程的标志,不继承句柄,使用新的控制台,新的环境,启动信息,返回的进程信息。
步骤4:填空
CreateProcess() 函数有____8____个核心参数?本实验程序中设置的各个参数的值是:
a. szFilename;
b. szCmdLine,;
c. NULL;
d. NULL;
e. FALSE;
f. CREATE_NEW_CONSOLE;
g. NULL;
h. NULL。
步骤5:按源程序中注释中的提示,修改源程序2-2,编 译执行。运行结果:
Creating the child process.
Telling the child process to quit.
步骤6:参考MSDN中的帮助文件CreateMutex()、OpenMutex()、ReleaseMutex()和WaitForSingleObject()的使用方法,理解父子进程如何利用互斥体进行同步的。给出父子进程同步过程的一个大概描述:
首先,进程创建一个互斥体,打开互斥体,如遇到互斥,则进行处理,处理完后,释放互斥体,下面便是进程等待下一个要处理的项目。
3、 实验结论
每个进程都从调用CreateProcess() API函数开始,该函数的任务是在对象管理器子系统内初始化进程对象。每一进程都以调用ExitProcess() 或TerminateProcess() API函数终止。通常应用程序的框架负责调用 ExitProcess() 函数。进程都是有始有终,其中有中断,还有处理进程间互斥的函数,已达到进程的完成后自然终止。
实验三 进程同步的经典算法
背景知识
Windows 2000提供的常用对象可分成三类:核心应用服务、线程同步和线程间通讯。其中,开发人员可以使用线程同步对象来协调线程和进程的工作,以使其共享信息并执行任务。此类对象包括互锁数据、临界段、事件、互斥体和信号等。
多线程编程中关键的一步是保护所有的共享资源,工具主要有互锁函数、临界段和互斥体等;另一个实质性部分是协调线程使其完成应用程序的任务,为此,可利用内核中的事件对象和信号。
在进程内或进程间实现线程同步的最方便的方法是使用事件对象,这一组内核对象允许一个线程对其受信状态进行直接控制 (见表3-1) 。
而互斥体则是另一个可命名且安全的内核对象,其主要目的是引导对共享资源的访问。拥有单一访问资源的线程创建互斥体,所有想要访问该资源的线程应该在实际执行操作之前获得互斥体,而在访问结束时立即释放互斥体,以允许下一个等待线程获得互斥体,然后接着进行下去。
与事件对象类似,互斥体容易创建、打开、使用并清除。利用CreateMutex() API可创建互斥体,创建时还可以指定一个初始的拥有权标志,通过使用这个标志,只有当线程完成了资源的所有的初始化工作时,才允许创建线程释放互斥体。
表3-1 用于管理事件对象的API
API名称 描述
CreateEven在内核中创建一个新的事件对象。此函t()
数允许有安全性设置、手工还是自动重 置的标志以及初始时已接受还是未接受信号状态的标志
OpenEvent()
创建对已经存在的事件对象的引用。此API函数需要名称、继承标志和所需的访问级别
SetEvent()
将手工重置事件转化为已接受信号状态
ResetEvent()
PulseEvent()
为了获得互斥体,首先,想要访问调用的线程可使用OpenMutex() API来获得指向对象的句柄;然后,线程将这个句柄提供给一个等待函数。当内核将互斥体对象发送给等待线程时,就表明该线程获得了互斥体的拥有权。当线程获得拥有权时,线程控制了对共享资源的访问——必须设法尽快地放弃互斥体。放弃共享资源时需要在该对象上调用ReleaseMute() API。然后系统负责将互斥体拥有权传递给下一个等待着的线程 (由到达时间决定顺序) 。
将手工重置事件转化为非接受信号状态
将自动重置事件对象转化为已接受信号状态。当系统释放所有的等待它的线程时此种转化立即发生
1、实验目的
1) 回顾系统进程、线程的有关概念,加深对Windows 2000线程的理解。
2) 了解互斥体对象,通过对生产者消费者等进程间同步与互斥经典算法的实现,加深对P、V原语以及利用P、V原语进行进程间同步与互斥操作的理解。
2、实验内容和步骤
(1). 生产者消费者问题
步骤1:创建一个“Win32 Consol Application”工程,然后拷贝清单3-1中的程序,编译成可执行文件。
步骤2:在“命令提示符”窗口运行步骤1中生成的可执行文件。运行结果:
范例:E:课程os课os实验程序os11debug>os31
(假设编译生成的可执行文件是)
步骤3:仔细阅读源程序,找出创建线程的WINDOWS API函数,回答下列问题:线程的第一个执行函数是什么(从哪里开始执行)?它位于创建线程的API函数的第几个参数 中?
第一个执行函数是:DWORD WINAPI Producer(LPVOID lpPara)
Produce();
它位于创建线程的API函数的第3个参数中。
步骤4:修改清单3-1中的程序,调整生产者线程和消费者线程的个数,使得消费者数目大与生产者,看看结果有何不同。运行结果:
从中你可以得出什么结论:
进程执行中,有一定的次序,如程序运行结果是:首先是consuming,然后producing,其次是appending,最后是taking aproduct,
步骤5:修改清单3-1中的程序,按程序注释中的说明修改信号量EmptySemaphore的初始化方法,看看结果有何不同。运行结果:
步骤6:根据步骤4的结果,并查看MSDN,回答下列问题
1)CreateMutex中有几个参数,各代表什么含义。
三个:lpMutexAttributes SECURITY_ATTRIBUTES,指定一个SECURITY_ATTRIBUTES结构,或传递零值,表示使用不允许继承的默认描述符 ;bInitialOwner Long,如创建进程希望立即拥有互斥体,则设为TRUE。一个互斥体同时只能由一个线程拥有 ;lpName String,指定互斥体对象的名字。
2)CreateSemaphore中有几个参数,各代表什么含义,信号量的初值在第几个参数中。
四个: lpSemaphoreAttributes SECURITY_ATTRIBUTES,指定一个SECURITY_ATTRIBUTES结构,或传递零值——表示采用不允许继承的默认描述符。该参数定义了信号机的安全特性 ;lInitialCount Long,设置信号机的初始计数。可设置零到lMaximumCount之间的一个值 ;lMaximumCount Long,设置信号机的最大计数 ;lpName String,指定信号机对象的名称。
3)程序中P、V原语所对应的实际Windows API函数是什么,写出这几条语句。
HANDLE Mutex;
HANDLE FullSemaphore;
HANDLE EmptySemaphore;
DWORD WINAPI Producer(LPVOID);
DWORD WINAPI Consumer(LPVOID);
4)CreateMutex能用CreateSemaphore替代吗?尝试修改程序3-1,将信号量Mutex完全用CreateSemaphore及相关函数实现。写出要修改的语句:
1、可以。
2、修改的语句为:Mutex = CreateSemaphore(NULL,0,0,NULL);
(2). 读者写者问题
根据实验(1)中所熟悉的P、V原语对应的实际Windows
API函数,并参考教材中读者、写者问题的算法原理,尝试利用Windows API函数实现第一类读者写者问题(读者优先)。
3、 实验结论
通过对生产者、消费者问题的处理,加深理解了进程是可并发执行的程序在某个数据集合上的一次计算活动,也是操作系统进行资源分配和保护的基本单位。线程是继进程之后引进的,为了减少程序并发执行的时空开销,使得并发粒度更细,并发性更好。生产者、消费者不但解决进程间同步,还解决了进程的互斥,其算法思想很经典,对P,V原语的理解有很大的帮助。
实验四 存储管理
背景知识
耗尽内存是Windows 2000/XP系统中最常见的问题之一。当系统耗尽内存时,所有进程对内存的总需求超出了系统的物理内存总量。随后,Windows 2000/XP必须借助它的虚拟内存来维持系统和进程的运行。虚拟内存机制是Windows
2000/XP操作系统的重要组成部分,但它的速度比物理内存慢得多,因此,应该尽量避免耗尽物理内存资源,以免导致性能下降。
解决内存不足问题的一个有效的方法就是添加更多的内存。但是,一旦提供了更多的内存,Windows 2000/XP很可以会立即“吞食”。而事实上,添加更多的内存并非总是可行的,也可能只是推迟了实际问题的发生。因此,应该相信,优化所拥有的内存是非常关键的。
1. 分页过程
当Windows 2000/XP求助于硬盘以获得虚拟内存时,这个过程被称为分页 (paging) 。分页就是将信息从主内存移动到磁盘进行临时存储的过程。应用程序将物理内存和虚拟内存视为一个独立的实体,甚至不知道Windows 2000/XP使用了两种内存方案,而认为系统拥有比实际内存更多的内存。例如,系统的内存数量可能只有16MB,但每一个应用程序仍然认为有4GB内存可供使用。
使用分页方案带来了很多好处,不过这是有代价的。当进程需要已经交换到硬盘上的代码或数据时,系统要将数据送回物理内存,并在必要时将其他信息传输到硬盘上,而硬盘与物理内存在性能上的差异极大。例如,硬盘的访问时间通常大约为4-10毫秒,而物理内存的访问时间为60 us,甚至更快。
2. 内存共享
应用程序经常需要彼此通信和共享信息。为了提供这种能力,Windows 2000/XP必须允许访问某些内存空间而不危及它和其他应用程序的安全性和完整性。从性能的角度来看,共享内存的能力大大减少了应用程序使用的内存数量。运行一个应用程序的多个副本时,每一个实例都可以使用相同的代码和数据,这意味着不必维护所加载应用程序代码的单独副本并使用相同的内存资源。无论正在运行多少个应用程序实例,充分支持应用程序代码所需求的内存数量都相对保持不变。
3. 未分页合并内存与分页合并内存
Windows 2000/XP决定了系统内存组件哪些可以以及哪些不可以交换到磁盘上。显然,不应该将某些代码 (例如内核) 交换出主内存。因此,Windows 2000/XP将系统使用的内存进一步划分为未分页合并内存和分页合并内存。
分页合并内存是存储迟早需要的可分页代码或数据的内存部分。虽然可以将分页合并内存中的任何系统进程交换到磁盘上,但是它临时存储在主内存的这一部分,以防系统立刻需要它。在将系统进程交换到磁盘上之前,Windows
2000/XP会交换其他进程。
未分页合并内存包含必须驻留在内存中的占用代码或数据。这种结构类似于早期的MS-DOS程序使用的结构,在MS-DOS中,相对较小的终止并驻留程序 (Terminate and
Stay Resident,TSR) 在启动时加载到内存中。这些程序在系统重新启动或关闭之前一直驻留在内存的特定部分中。例如,防病毒程序将加载为TSR程序,以预防可能的病毒袭击。
未分页合并内存中包含的进程保留在主内存中,并且不能交换到磁盘上。物理内存的这个部分用于内核模式操作(例如,驱动程序)和必须保留在主内存中才能有效工作的其他进程。没有主内存的这个部分,内核组件就将是可分页的, 系统本身就有变得不稳定的危险。
分配到未分页内存池的主内存数量取决于服务器拥有的物理内存数量以及进程对系统上的内存地空间的需求。不过,Windows 2000/XP将未分页合并内存限制为256MB (在Windows NT 4中的限制为128MB) 。根据系统中的物理内存数量,复杂的算法在启动时动态确定Windows 2000/XP系统上的未分页合并内存的最大数量。Windows 2000/XP内部的这一自我调节机制可以根据当前的内存配置自动调整大小。例如,如果增加或减少系统中的内存数量,那么Windows2000将自动调整未分页合并内存的大小,以反映这一更改。
4. 提高分页性能
只有一个物理硬盘驱动器的系统限制了优化分页性能的能力。驱动器必须处理系统和应用程序的请求以及对分页文件的访问。虽然物理驱动器可能有多个分区,但是将分页文件分布到多个分区的分页文件并不能提高硬盘驱动器的能力。只有当一个分区没有足够的空间来包含整个分页文件时,才将分页文件放在同一个硬盘的多个分区上。
拥有多个物理驱动器的服务器可以使用多个分页文件来提高分页性能。关键是将分页请求的负载分布到多个物理硬盘上。实际上,使用独立物理驱动器上的分页文件,系统可以同时处理多个分页请求。各个物理驱动器可以同时访问它自己的分页文件并写入信息,这将增加可以传输的信息量。多个分页文件的最佳配置是将各个分页文件放在拥有自己的控制器的独立驱动器上。不过,由于额外的费用并且系统上的可用中断很有限,因此对于大多数基于服务器的配置来说,这可能是不切实际的解决方案。
分页文件最重要的配置参数是大小。无论系统中有多少个分页文件,如果它们的大小不合适,那么系统就可能遇到性能问题。
如果初始值太小,那么系统可能必须扩大分页文件,以补 偿额外的分页活动。当系统临时增加分页文件时,它必须在处理分页请求的同时创建新的空间。这时,系统将出现大量的页面错误,甚至可能出现系统失效。当系统必须在进程的工作区外部 (在物理内存或分页文件中的其他位置) 查找信息时,就会出现页面错误。当系统缺乏存储资源 (物理内存及虚拟内存) 来满足使用需求,从而遇到过多的分页时,就会出现系统失效。系统将花更多的时间来分页而不是执行应用程序。当系统失效时,Memory:Pages/see计数器将持续高于每秒100页。系统失效严重降低了系统的性能。此外,动态扩展分页文件将导致碎片化。分页文件将散布在整个磁盘上而不是在启动时的连续空间中创建,从而增加了系统的开销,并导致系统性能降低。因此,应该尽量避免系统增加分页文件的大小。
提示:
1) WINDOWS中采用的虚拟存储管理方案是请求页式存储管理,分页文件就是我们原理课中所说的交换/对换文件,存放的内容是暂时被交换到外存中的进程页面。UNIX使用的是交换分区,WINDOWS使用的是交换文件。
2)在NTFS驱动器上,总是至少保留25%的空闲驱动器空间,以确保可以在连续的空间中创建分页文件。
3) Windows 2000使用内存数量的1.5倍作为分页文件的最小容量,这个最小容量的两倍作为最大容量。它减少了系统因为错误配置的分页文件而崩溃的可能性。系统在崩溃之后能够将内存转储写入磁盘,所以 系统分区必须有一个至少等于物理内存数量加上1的分页文件。
5. Windows虚拟内存
Windows 2000是32位的操作系统,它使计算机CPU可以用32位地址对32位内存块进行操作。内存中的每一个字节都可以用一个32位的指针来寻址。这样,最大的存储空间就是232字节或4000兆字节 (4GB) 。这样,在Windows下运行的每一个应用程序都认为能独占可能的4GB大小的空间。
而另一方面,实际上没有几台机器的RAM能达到4GB,更不必说让每个进程都独享4GB内存了。Windows在幕后将虚拟内存 (virtual memory,VM) 地址映射到了各进程的物理内存地址上。而所谓物理内存是指计算机的RAM和由Windows分配到用户驱动器根目录上的换页文件。物理内存完全由系统管理。
在Windows 2000环境下,4GB的虚拟地址空间被划分成两个部分:低端2GB提供给进程使用,高端2GB提供给系统使用。这意味着用户的应用程序代码,包括DLL以及进程使用的各种数据等,都装在用户进程地址空间内 (低端2GB) 。用户进程的虚拟地址空间也被分成三部分:
1) 虚拟内存的已调配区 (committed) :具有备用的物理内存,根据该区域设定的访问权限,用户可以进行写、读或在其中执行程序等操作。
2) 虚拟内存的保留区 (reserved) :没有备用的物理内存,但有一定的访问权限。
3) 虚拟内存的自由区 (free) :不限定其用途,有相应的PAGE_NOACCESS权限。
与虚拟内存区相关的访问权限告知系统进程可在内存中进行何种类型的操作。例如,用户不能在只有 PAGE_READONLY权限的区域上进行写操作或执行程序;也不能在只有PAGE_EXECUTE权限的区域里进行读、写操作。而具有PAGE_ NOACCESS权限的特殊区域,则意味着不允许进程对其地址进行任何操作。
在进程装入之前,整个虚拟内存的地址空间都被设置为只有PAGE_NOACCESS权限的自由区域。当系统装入进程代码和数据后,才将内存地址的空间标记为已调配区或保留区,并将诸如EXECUTE、READWRITE和READONLY的权限与这些区域相关联。
程序清单4-1还显示了如何理解Virtual QueryEX() API填充的MEMORY_BASIC_ INFORMATION结构,如表4-l所示。此数据描述了进程虚拟内存空间中一组虚拟内存页面的当前状态。其中State项表明这些区域是否为自由区、已调配区或保留区;Protect项则包含了Windows系统为这些区域添加了何种访问保护;Type项则表明这些区域是可执行图像、内存映射文件还是简单的私有内存。VirtualQueryEX()
API能让用户在指定的进程中,对虚拟内存地址的大小和属性进行检测。
表4-1 MEMORY_BASIC_INFORMATION结构的成员
成员名称
PVOID
BaseAddress
PVOID
AllocationBase
DWORD
目的
虚拟内存区域开始处的指针
如果这个特定的区域为子分配区的话,则为虚拟内存外面区域的指针;否则此值与BaseAddress相同
虚拟内存最初分配区域的保护属性。AllocationProtec其可能值包括:
t
PAGE_NOACCESS, PAGE_READONLYPAGE_READWRITE_EXECUTE_READ
DWORD
RegionSize
虚拟内存区域的字节数
和,PAGE
区域的当前分配状态。其可能值为DWORD State
MEM_COMMIT,MEM_FREE和MEM_RESERVE
DWORD Protect
虚拟内存当前区域的保护属性。可能值与AllocationProtect成员的相同
虚拟内存区域中出现的页面类型。可DWORD Type
能值为MEM_IMAGE,
MEM_MAPPED和MEM_PRIVATE
Windows还提供了一整套能使用户精确控制应用程序的虚拟地址空间的虚拟内存API。一些用于虚拟内存操作及检测的API见表4-2所示。
提供虚拟内存分配功能的是VirtualAlloc() API。该API支持用户向系统要求新的虚拟内存或改变已分配内存的当前状态。用户若想通过VirtualAlloc() 函数使用虚拟内存,可以采用两种方式通知系统:
1) 简单地将内存内容保存在地址空间内;
2) 请求系统返回带有物理存储区 (RAM的空间或换页文件) 的部分地址空间。
用户可以用flAllocation Type参数 (commit和reserve) 来定义这些方式,用户可以通知Windows按只读、读写、不可读写、执行或特殊方式来处理新的虚拟内存。
与VirtualAlloc() 函数对应的是VirtualFree() 函数,其作用是释放虚拟内存中的已调配页或保留页。用户可利用dwFree Type参数将已调配页修改成保留页属性。
VirtualProtect() 是VirtualAlloc() 的一个辅助函数,利用它可以改变虚拟内存区的保护规范。
表4-2 虚拟内存的API
API名称
VirtualQueryEx()
VirtualAlloc()
VirtualFree()
VirtualProtect()
通过描述
填充MEMORY_BASIC_INFORMATION结构检测进程内虚拟内存的区域
保留或调配进程的部分虚拟内存,设置分配和保护标志
释放或收回应用程序使用的部分虚拟地址
改变虚拟内存区域保护规范
VirtualLock(防止系统将虚拟内存区域通过系统交换)
到页面文件中
VirtualUnloc释放虚拟内存的锁定区域,必要时,允k()
许系统将其交换到页面文件中
1、 实验目的
(1) 通过对Windows 2000“任务管理器”、“计算机管理”、“我的电脑”属性、“系统信息”、“系统监视器”等程序的应用,学习如何察看和调整Windows的内存性能,加深对操作系统存储管理、虚拟存储管理等理论知识的理解。
(2) 了解Windows 2000的内存结构和虚拟内存的管理,理解进程的虚拟内存空间和物理内存的映射关系。
2、 实验内容和步骤
(1)观察和调整Windows 2000/XP的内存性能。
步骤1:阅读“背景知识”,请回答:
1) 什么是“分页过程”?
当Windows 2000/XP求助于硬盘以获得虚拟内存时,这个过程被称为分页 (paging) 。分页就是将信息从主内存移动到磁盘进行临时存储的过程。
2) 什么是“内存共享”?
Windows 2000/XP必须允许访问某些内存空间而不危及它和其他应用程序的安全性和完整性。
3) 什么是“未分页合并内存”和“分页合并内存”?
未分页合并内存包含必须驻留在内存中的占用代码或数据。
分页合并内存是存储迟早需要的可分页代码或数据的内存部分。虽然可以将分页合并内存中的任何系统进程交换到磁盘上,但是它临时存储在主内存的这一部分,以防系统立刻需要它。在将系统进程交换到磁盘上之前,Windows
2000/XP会交换其他进程。
Windows 2000中,未分页合并内存的最大限制是多少?
Windows 2000/XP将未分页合并内存限制为256MB (在Windows NT 4中的限制为128MB) 。
4) Windows 2000分页文件默认设置的最小容量和最大容量是多少?
Windows 2000使用内存数量的1.5倍作为分页文件的最小容量,这个最小容量的两倍作为最大容量。
步骤2:登录进入Windows 2000 Professional。
步骤3:查看包含多个实例的应用程序的内存需求。
1) 启动想要监视的应用程序,例如Word。
2) 右键单击任务栏以启动“任务管理器”。
3) 在“Windows任务管理器”对话框中选定“进程”选项卡。
4) 向下滚动在系统上运行的进程列表,查找想要监视的应用程序。
请在表4-3中记录:
表4-3 实验记录
映像名称 PID CPU CPU时间 内存使用
4036 02
0:02:51
28448k
“内存使用”列显示了该应用程序的一个实例正在使用的内存数量。
5) 启动应用程序的另一个实例并观察它的内存需求。
请描述使用第二个实例占用的内存与使用第一个实例时的内存对比情况:
没什么太大的变化
步骤4:未分页合并内存。
估算未分页合并内存大小的最简单方法是使用“任务管理器”。未分页合并内存的估计值显示在“任务管理器”的“性能”选项卡的“核心内存”部分。
总数 (K): 64736
分页数:48932
未分页 (K) :15804
还可以使用“任务管理器”查看一个独立进程正在使用的未分页合并内存数量和分页合并内存数量。操作步骤如下:
1) 单击“Windows任务管理器”的“进程”选项卡,然后从“查看”菜单中选择“选择列”命令,显示“进程”选项卡的可查看选项。
2) 在“选择列”对话框中,选定“页面缓冲池”选项和“非页面缓冲池”选项旁边的复选框,然后单击“确定”按钮。
返回Windows 2000“任务管理器”的“进程”选项卡时,将看到其中增加显示了各个进程占用的分页合并内存数量和未分页合并内存数量。
仍以刚才打开观察的应用程序 (例如Word) 为例,请在表 4-4中记录:
表4-4 实验记录
映像名称
winword
从性能的角度来看,未分页合并内存越多,可以加载到这个空间的数据就越多。拥有的物理内存越多,未分页合并内存就越多。但未分页合并内存被限制为256MB,因此添加超出这个限制的内存对未分页合并内存没有影响。
步骤5:提高分页性能。
在Windows 2000的安装过程中,将使用连续的磁盘空间自动创建分页文件() 。用户可以事先监视变化的内存需求并正确配置分页文件,使得当系统必须借助于分页时的性能达到最高。
虽然分页文件一般都放在系统分区的根目录下面,但这并不总是该文件的最佳位置。要想从分页获得最佳性能,应该首先检查系统的磁盘子系统的配置,以了解它是否有多个物理硬盘驱动器。
1) 在“开始”菜单中单击“设置” – “控制面板”命令,双击“管理工具”图标,再双击“计算机管理”图标。
2) 在“计算机管理”窗口的左格选择“磁盘管理”管理单元来查看系统的磁盘配置。
如果系统只有一个硬盘,那么建议应该尽可能为系统配置额外的驱动器。这是因为:Windows 2000最多可以支持在多个驱动器上分布的16个独立的分页文件。为系统配置多个分页文件可以实现对不同磁盘I/O请求的并行处理,这将大大提高I/O请求的分页文件性能。
PID 内存使用
4036 37460k
页面缓冲非页面缓池
1188k
冲池
20k
请在表4-5中记录:
表4-5 实验记录
卷 布局
磁盘分区
磁盘分区
类型
文件系统
FAT32
容量 状态
状态良好(系统)
状态良好(良好)
状态良好 基本
FAT32 305M
(EISA配置)
(c:)
基本
48.82G
(d:)
基本
FAT32 7.60G
Lenov 磁盘o_part
分区
步骤6:计算分页文件的大小。
要想更改分页文件的位置或大小配置参数,可按以下步骤进行:
1) 右键单击桌面上的“我的电脑”图标并选定“属性”。
2) 在“高级”选项卡上单击“性能选项”按钮。
3) 单击对话框中的“虚拟内存”区域中的“更改”按钮。
请记录:
所选驱动器 (C: ) 的页面文件大小:
驱动器:C:
可用空间:17656 MB
初始大小 (MB) :1000
最大值 (MB) :4000
所选驱动器 (D: ) 的页面文件大小:(如果有的话)
驱动器:D:
可用空间:1830 MB
初始大小 (MB) :
最大值 (MB) :
所有驱动器页面文件大小的总数:
允许的最小值:2MB
推荐:754MB
当前已分配:1000MB
4) 要想将另一个分页文件添加到现有配置,在“虚拟内存”对话框中选定一个还没有分页文件的驱动器,然后指定分页文件的初始值和最大值 (以兆字节表示) ,单击“设置”,然后单击“确定”。
5) 要想更改现有分页文件的最大值和最小值,可选定分页文件所在的驱动器。然后指定分页文件的初始值和最大 值,单击“设置”按钮,然后单击“确定”按钮。
6) 在“性能选项”对话框中单击“确定”按钮。
7) 单击“确定”按钮以关闭“系统特性”对话框。
步骤7:使用任务管理器。
可以使用“任务管理器”来简单地检查分页文件是否配置了正确容量。这样可以实时提供系统正在使用分页文件的方式以及其他重要系统信息的准确描述。
通过右键单击任务栏运行“任务管理器”,选定“性能”选项卡查看实时的系统统计数据。与分页文件大小最有关的信息位于“认可用量”区域。这一区域显示了认可“峰值”是否达到或超过了认可“限制”,以及它是否超过了系统上的物理内存数量。认可“峰值”是指系统迄今为止向进程分配的最大物理内存和虚拟内存数量。
请记录:
物理内存 (K)
总数:515372
可用数:209440
系统缓存:268112
认可用量 (K)
总数:760860
限制:1508300
峰值:825976
当系统遇到分页活动增加的情况时,提交的内存数量
(“认可总数”) 就会增加。一旦它达到了“认可限制”值,系统就需要扩展分页文件。“认可限制”值指出在不必扩展分页文件的情况下可以向内存提交的虚拟内存数量。因为目标是避免扩展分页文件,所以必须保持“认可总数”和“认可限制”值相差较大。如果这两个值接近了,那么系统必须动态增加分页文件的大小。
“任务管理器”的“认可用量”区域显示的信息还说明了 系统的主内存是否足以满足系统执行的任务。如果认可“总数”值经常超过系统中的内存数量,那么系统的物理内存可能不足。
(2)了解和检测进程的虚拟内存空间。
步骤1:创建一个“Win32 Consol Application”工程,然后拷贝清单4-1中的程序,编译成可执行文件。
步骤2:在VC的工具栏单击“Execute Program”(执行程序) 按钮,或者按Ctrl + F5键,或者在“命令提示符”窗口运行步骤1中生成的可执行文件。
范例:E:课程os课os实验程序os11debug>os41
(假设编译生成的可执行文件是)
步骤3:根据运行结果,回答下列问题
虚拟内存每页容量为:4.00kb
最小应用地址:0x0001 0000
最大应用地址:0x7ffeffff
当前可供应用程序使用的内存空间为:1.99gb
当前计算机的实际内存大小为:504mb
理论上每个Windows应用程序可以独占的最大存储空间是:
提示:可供应用程序使用的内存空间实际上已经减去了开头与结尾两个64KB的保护区。虚拟内存空间中的64KB保护区是防止编程错误的一种Windows方式。任何对内存中这一区域的访问 (读、写、执行) 都将引发一个错误陷阱,从而导致错误并终止程序的执行。
按committed、reserved、free等三种虚拟地址空间分别记录实验数据。其中“描述”是指对该组数据的简单描述,例如,对下列一组数据:
00010000 – 00012000 <8.00KB> Committed,
READWRITE, Private
可描述为:具有READWRITE权限的已调配私有内存区。
将系统当前的自由区 (free) 虚拟地址空间填入表4-6中。
虚拟地址 大小
地址 访问权空间类型
00012000-00 (56.0
020000 KB)
free
NOACCESS
限
描述
00021000-00 (60.0 free
030000 KB)
free
00133000-00 (52.0
140000
00276
002bd000-002c0000
00301
00316
00361
00391000-003a0000
003a1000-003b0000
003b3000-003c0000
003d
KB)
40.0 free
12.0 free
60.0 free
40 free
60 free
60 free
60 free
52 free
192 free
free
00485000-00 44 490000
00558
00663
00a70000-62c20000
32 free
52 free
1.53g free
62c29000-73 275fa0000 mb
free
7400b000-76 3409300000 mb
free
7631d000-77 2407be0000
77c38000-77d10000
77e49000-77e50000
77ee1000-77ef0000
77f38000-77f40000
mb
864
free
free
28 free
60 free
32 free
free
77fb6000-7c 72.2800000
7c91d000-7c920000
mb
12.0 free
提示:详细记录实验数据在实验活动中是必要的,但想想是否可以简化记录的办法?
将系统当前的已调配区 (committed) 虚拟地址空间填入表4-7中。
表4-7 实验记录
虚拟地址 大小
地址
空间类型
00010000-008.00
012000
KB
00020000-00 4.00
021000
KB
0012c000-0012d000
4.00
KB
committe READWRITE, Private
d
committeREADWRITE, Private
d
com GUARD,
Private
访问权限 描述
mitteREADWRITE
d
0012d000-00 12.0
130000 KB
committe READWRITE, Private
d
committed
committe READWRITE
d
committe READWRITE
d
committed
committed
committed
READWRITE,
Mapped
Private
Private
READONLY,
Mapped
00130000-00 12.0
133000 KB
00140000-00 24.0
146000
KB
00240000-00 24.0
246000
KB
00250000-00 12.0253000
KB
00260000-00 88.0
276000
KB
READONLY,
Mapped
00280000-00 244K2bd000 B
READONLY,
Mapped
002c0000-00 260K301000 B
committed
committed
committed
com READONLY,
Mapped
00310000-00 24.0316000 KB
READONLY,
Mapped
00320000-00 260K361000 B
READONLY,
Mapped
00370000-00 320K378000 B
mitte READWRITE
d
committe READWRITE
d
committe READWRITE
d
committe READWRITE
d
comREADONLY,
Private
00380000-00 320K388000 B
Private
00390000-00 4.00
391000 KB
Private
003a0000-00 4.00
3a1000 KB
Private
003b0000-00 12.0
3b3000 KB mitteMapped
d
003c0000-00 16.03c4000 KB
committe READWRITE
d
READONLY,
Image, Module:
mitteex4_
comd
com
Private
00400000-00 4.00401000 KB
00401000-00 444K470000 B
EXECUTE_mitteREAD, Image
d
READONLmitteY, Image
d
comcom 00470000-00 325.0478000 KB
00478000-00 12.047b000 KB
READONLmitteY, Image
d
WRITECOPmitteY, Image
d
READONLmitteY, Image
com
com 0047b000-00 8.0K47d000 B
00481000-00 16.0
485000 KB
d
将系统当前的保留区 (reserved) 虚拟地址空间填入表4-8中。
表4-8 实验记录
虚拟地址
大小
地址
空间类型
00030000-001 0.98
2c000
MB
reserv READed
ONLY,
Private
访问权限
描述
00145000-002 0.98
40000
MB
reserv READed
ONLY,
Private
00246000-002 40.0
50000
KB
reserv READed
ONLY,
Private
00253000-002 52.0
60000
KB
reserv READed
ONLY,
Mapped
00388000-003 32.0
90000
KB
reserv READed
ONLY,
Private
003b4000-003 48.0
c0000
KB
reserv READed
ONLY,
Private
Private
003d3000-003 52.0 reserv READ e0000
KB
ed
ONLY,
Mapped
00496000-005 744
50000
KB
reserv READed
ONLY,
00552000-005 24.0
58000
KB
reserv READed
ONLY,
Mapped
006f2000-009 2.49
70000
MB
reserv READed
ONLY,
Mapped
7f6f7000-7f7f 996
0000
7ffe1000-7fff0000
KB
60.0
KB
reserv READed
ONLY,
Mapped
reserv NOACed
虚拟CESS,
Private
地址
大小
地址
空间类型
访问权限
描述
00030000-001 0.98
2c000
MB
reserv READed
ONLY,
Private
00145000-002 0.98
40000
MB
reserv READed
ONLY,
Private
00246000-002 40.0
50000
KB
reserv READed
ONLY,
Private
Mapped
00253000-002 52.0 reserv READ60000
KB
ed
ONLY,
Private
00388000-003 32.0
90000
KB
reserv READed
ONLY,
003b4000-003 48.0
c0000
KB
reserv READed
ONLY,
Private
003d3000-003 52.0
e0000
KB
reserv READed
ONLY,
Private
00496000-005 744
50000
KB
reserv READed
ONLY,
Mapped
00552000-005 24.0
58000
KB
reserv READed
ONLY,
Mapped
006f2000-009 2.49
70000
MB
reserv READed
ONLY,
Mapped
7f6f7000-7f7f 996
0000
7ffe1000-7fff0000
KB
60.0
KB
reserv READed
ONLY,
Mapped
reserv NOACed
CESS,
Private
3、 实验结论
简单描述windows进程的虚拟内存管理方案:虚拟地址是将逻辑地址映射到物理地址的一种手段,管理方案有:请求分页、请求分段和请求段页虚拟存储管理。请求分页:将进程的信息副本存放在辅 助存储器中,当它被调度投入运行时,并不把程序和数据全部装入主存,仅装入当前使用的页面,进程在执行过程中访问到不在主存的页时,再把所需的信息动态的装入。请求分段:把作业的所有分段的副本都存放在辅助存储器上,当作业被调度投入运行时,首先把当前需要的段装入主存,在执行过程中访问到不在主存的段时再将其动态装入。请求段页式虚拟存储管理:对段式存储和页式存储的优点结合。
实验五 文件和设备管理
背景知识
1. 选择文件系统
文件系统决定了操作系统能够对磁盘进行的处理。Windows 2000支持的文件系统主要有:
1) 文件分配表 (File Allocation Table,FAT) 文件系统
(FAT16)
2) 保护模式FAT文件系统 (FAT32)
3) Windows NT文件系统 (NTFS)
FAT文件系统是早期文件系统之一,也是MS-DOS使用的原始文件系统。它将文件信息储存在位于卷标开头处的文件分配表中,并保存两份文件分配表,以防其中的一个遭到


发布评论