【FZU】2023Linux操作系统设计实践(下)

Linux操作系统设计实践(全部内容)

我的报告

实验环境

同(上)

报告内容

(一)程序运行演示说明

  • 程序文件组成情况:文件包括服务器文件(linux_c++_app)和客户端文件(linux_disk_net_client)

服务端:

  • 代码行数:220行。
  • 编译运行方法:
    • 在Visual Studio 中运行
    • 在Linux中的终端运行。
  • 程序运行的主要功能界面的截图:
    请添加图片描述

客户端:

  • 代码行数:220行。
  • 编译运行方法:
    • 在Visual Studio 中运行
    • 在Linux中的终端运行。
  • 程序运行的主要功能界面的截图:

1.查询文件功能:
在输入1时,查询家目录下所包含的文件名信息。
请添加图片描述
2.下载文件功能:
在输入2时,会出现家目录下的所有文件名信息,在输入所要下载的文件名后,即可将该文件下载至客户端的download文件夹下。
请添加图片描述
请添加图片描述
请添加图片描述
3.上传文件功能:
在输入3时,会出现客户端download文件夹下的所有文件名信息,在输入所需上传的文件名,即可将该文件上传至家目录下。
请添加图片描述
请添加图片描述
请添加图片描述
4.刷新界面功能:
在输入4时,命令行界面更新,只有功能菜单。
请添加图片描述请添加图片描述
5.查看指定路径下的文件:
在输入5时,会出现“input open file folder name:”的提醒语句,此后输入所需查询的路径,即可查询该路径下的所有文件名信息。
请添加图片描述
请添加图片描述
6.退出系统功能:
在输入0时,断开与服务器的连接。
请添加图片描述
请添加图片描述

(二)程序改进情况说明

1.下载功能改进
对原有的下载文件功能进行了完善,将原本只能下载固定文件更改为根据用户所输入的文件名进行下载,提供了更好的交互体验。通过定义一个display_filename函数,传入服务端的/home/xxwu路径,即可将该目录下的文件名信息打印出来以供用户选择。之后,输入需要下载的文件名,并将该文件名发送至服务器,服务器接受到文件名信息后,将该文件数据发送至客户端,从而实现下载功能。
实现代码如下:
请添加图片描述
请添加图片描述
请添加图片描述
2.上传功能改进
对原有的上传文件功能进行了完善,将原本只能上传固定文件更改为根据用户所输入的文件名进行上传,提供了更好的交互体验。通过定义一个display_filename函数,传入客户端的download路径,即可将该目录下的文件名信息打印出来以供用户选择。之后,输入需要上传的文件名,并将该文件名发送至服务器,服务器接受到文件名信息后创建了一个相同类型相同名称的文件,而后接受客户端发来的上传包,将文件中的数据写入到服务端的指定文件中,从而实现上传功能。
实现代码如下:
请添加图片描述
请添加图片描述
请添加图片描述
请添加图片描述
请添加图片描述
3.页面刷新功能说明
添加了页面刷新功能,能够帮助用户在页面烦杂信息较多时,及时清空页面,让用户拥有更好的体验。通过“clear”语句清空页面,并且调用“net_disk_ui”函数将功能菜单打印出来,从而实现页面刷新。
实现代码如下:请添加图片描述

实验总结

完成效果: 本次程序完成效果不错,基本能够瞒足网盘功能需求,并且在此基础上新增了查询指定路径文件信息的功能
优点: 将网盘功能基本实现,并且具有较强的交互性,使得用户拥有良好的体验。
缺点: 服务端的交互较少,服务端上所能看到的客户端操作信息有限,现在只能在服务端显示上传了什么文件,而且还不能知道是哪个客户端上传的;还有一个就是功能菜单的打印,不能在每次执行完一个功能后打印出功能菜单(多线程执行顺序不懂wa…)。
待改进的内容: 应该在服务端增加可以查看是哪个客户端上传或者下载文件的功能。
面临的困难: 对于多线程代码还有一定问题,不知道这部分代码的执行顺序…,这也导致我不知道该在哪里去添加“net_disk_ui”函数,从而更好的去打印功能菜单。
学习的相关知识: 通过这个课学到了很多啊,原本对虚拟机一窍不通的我,经过了课程的洗礼,我也能很好的使用虚拟机执行代码;然后就是各种库和函数的学习,比如套接字函数啊、多线程编程啊以及文件操作的各种函数啊等等,反正学到了很多;还有就是虚拟机终端命令行指令的学习,本来我是不懂什么ls、clear、cd、./、touch等等指令的,也是通过这个课程学习的。总之学到了很多!!!
如何解决问题: 在遇到问题的时候,我先是会去找班级里熟悉linux的同学询问,然后就是询问gpt。
创新设计: 在原有的五个功能(查询、上传、下载文件、刷新页面、退出系统)的基础上,我新加了一个查询指定路径下文件信息的功能,这能帮助用户更好的了解文件信息。
体会和收获: 上了这个课之后,我认为我收获的东西是非常非常多的,不仅仅是上述所提到的学习到的相关知识,还有我遇到问题时解决问题和查询资料的能力,我认为这才是更为重要的,毕竟知识是永远也学不完的,只有会学习、会解决困难,或许才能在未来更好的适应工作需要。

实验代码

代码放在github上了,github地址

三、实验内容与要求 1、熟悉windows的编程接口,使用系统调用编程实现将参数1对应文件1.txt和参数2对应文件2.txt的内容合并到参数3对应文件zong.txt中(上传文件名为学号后5位ex0701.c)。 2、使用windows提供的命令将文件1.txt和文件2.txt的内容合并到文件total.txt中 (请将实现的操作命令写入下题批处理文件的第一行)。 3、主管助理小张经常接收公司员工发来的文件,开始为了节省时间,小张将下载的文件都保存在文件夹xiazai中(文件名如图1所示,下载后直接解压即可),这样不便于后期的统计和分类管理,现在领导要求必须为所有员工(90人)每人单独建立一个文件夹(以员工工号命名10201、10202......10290),然后将他们提交的文件分别剪切到各自对应的文件夹中(如图2所示)。于是小张开始为7名员工建立文件夹,再一个一个的去做……同学们想想有没有一种方法能快速完成所要求的操作呢? 请熟悉windows的命令接口,使用windows提供的常用命令copy、md、del等编写一个批处理文件(上传文件名为学号后5位ex0703.bat),实现所要求的功能: 1、启动linux系统或通过windows telnet到linux。 2、用huas用户名和密码123456登入系统中。 3、打开一终端窗口(在linux桌面上单击右键,选择从终端打开)。然后在其中输入以下命令实验。 4、熟悉常用操作命令. 5、编辑如下源代码(实验教材P86 1.进程的创建)并保存 二、实验目的 (1)加深对进程概念的理解,明确进程和程序的区别。 (2)分析进程竞争资源现象,学习解决进程互斥的方法。 (3了解Linux系统中进程通信的基本原理。 三、实验内容与要求 (1)任务一:编写一段程序,使其实现进程的软中断通信。 要求:使用系统调用fork()创建两个子进程,再用系统调用signal()让父进程捕捉键盘上来的中断信号(即按DEL键);当捕捉到中断信号后,父进程用系统调用Kill()向两个子进程发出信号,子进程捕捉到信号后分别输出下列信息后终止: Child Processll is Killed by Parent! Child Processl2 is Killed by Parent! 父进程等待两个子进程终止后,输出如下的信息后终止 Parent Process is Killed! (2)任务二:在上面的程序中增加语句signal (SIGNAL, SIG-IGN)和signal (SIGQUIT, SIG-IGN),观察执行结果,并分析原因。 (3)任务三:进程的管道通信 编制一段程序,实现进程的管道通信。 使用系统调用pipe()建立一条管道线;两个子进程P1和P2分别向管道中写一句话: Child 1 is sending a message! Child 2 is sending a message! 而父进程则从管道中读出来自于两个子进程的信息,显示在屏幕上。 要求父进程先接收子进程P1发来的消息,然后再接收子进程P2发来的消息。 二、实验目的 自行编制模拟程序,通过形象化的状态显示,加深理解进程的概念、进程之间的状态转换及其所带来的PCB内容 、组织的变化,理解进程与其PCB间的一一对应关系。 三、实验内容与要求 1)设计并实现一个模拟进程状态转换及其相应PCB内容、组织结构变化的程序。 2)独立编写、调试程序。进程的数目、进程的状态模型(三状态、五状态、七状态或其它)以及PCB的组织形式可自行选择。 3)合理设计与进程PCB相对应的数据结构。PCB的内容要涵盖进程的基本信息、控制信息、资源需求及现场信息。 4)设计出可视性较好的界面,应能反映出进程状态的变化引起的对应PCB内容、组织结构的变化。 二、实验目的 存储管理的主要功能之一是合理地分配空间。请求页式管理是一种常用的虚拟存储管理技术。本实验的目的是通过请求页式管理中页面置换算法模拟设计,了解虚拟存储技术的特点,掌握请求页式存储管理的页面置换算法。 三、实验内容与要求 通过计算不同算法的命中率比较算法的优劣。同时也考虑了用户内存容量对命中率的影响。页面失效次数为每次访问相应指令时,该指令所对应的页不在内存中的次数。 计算并输出下属算法在不同内存容量下的命中率。  先进先出的算法(FIFO); 最近最少使用算法(LRU) 二、实验目的 死锁会引起计算机工作僵死,因此操作系统中必须防止。本实验的目的在于使用高级语言编写和调试一个系统动态分配资源的简单模拟程序,了解死锁产生的条件和原因,并采用银行家算法有效地防止死锁的发生,以加深对课堂上所讲授的知识的理解。 三、实验内容与要求 设计有n个进程共享m个系统资源的系统,进程可动态的申请和释放资源,系统按各进程的申请动态的分配资源。 系统能显示各个进程申请和释放资源,以及系统动态分配资源的过程,便于用户观察和分析。 四、算法描述(含数据结构定义)或流程图 (一) 数据结构 1. 可利用资源向量Available ,它是一个含有m个元素的数组,其中的每一个元素代表一类可利用的资源的数目,其初始值是系统中所配置的该类全部可用资源数目。其数值随该类资源的分配和回收而动态地改变。如果Available(j)=k,标是系统中现有Rj类资源k个。 2. 最大需求矩阵Max,这是一个n×m的矩阵,它定义了系统中n个进程中的每一个进程对m类资源的最大需求。如果Max(i,j)=k,表示进程i需要Rj类资源的最大数目为k。 3. 分配矩阵Allocation,这是一个n×m的矩阵,它定义了系统中的每类资源当前一分配到每一个进程的资源数。如果Allocation(i,j)=k,表示进程i当前已经分到Rj类资源的数目为k。Allocation i表示进程i的分配向量,有矩阵Allocation的第i行构成。 4. 需求矩阵Need,这是一个n×m的矩阵,用以表示每个进程还需要的各类资源的数目。如果Need(i,j)=k,表示进程i还需要Rj类资源k个,才能完成其任务。Need i表示进程i的需求向量,由矩阵Need的第i行构成。 上述三个矩阵间存在关系:Need(i,j)=Max(i,j)-Allocation(i,j)。 (二) 银行家算法 Request i 是进程Pi 的请求向量。Request i (j)=k表示进程Pi请求分配Rj类资源k个。当Pi发出资源请求后,系统按下述步骤进行检查: 1. 如果Request i ≤Need,则转向步骤2;否则,认为出错,因为它所请求的资源数已超过它当前的最大需求量。 2. 如果Request i ≤Available,则转向步骤3;否则,表示系统中尚无足够的资源满足Pi的申请,Pi必须等待。 3. 系统试探性地把资源分配给进程Pi,并修改下面数据结构中的数值: 二、实验目的 磁盘是高速、大容量、旋转型、可直接存取的存储设备。它作为计算机系统的辅助存储器,担负着繁重的输入输出工作,在现代计算机系统中往往同时会有若干个要求访问磁盘的输入输出要求。系统可采用一种策略,尽可能按最佳次序执行访问磁盘的请求。由于磁盘访问时间主要受寻道时间T的影响,为此需要采用合适的寻道算法,以降低寻道时间。本实验要求模拟设计一个磁盘调度程序,观察调度程序的动态运行过程。通过实验来理解和掌握磁盘调度的职能。 三、实验内容与要求 分别模拟如下磁盘调度算法,对磁盘进行移臂操作:  先来先服务算法  最短寻道优先算法 1. 假设磁盘只有一个盘面,并且磁盘是可移动头磁盘。 2. 磁盘是可供多个进程共享的存储设备,但一个磁盘每个时刻只能为一个进程服务。当有进程在访问某个磁盘时,其它想访问该磁盘的进程必须等待,直到磁盘一次工作结束。当有多个进程提出输入输出请求而处于等待状态时,可用磁盘调度算法从若干个等待访问者中选择一个进程,让它访问磁盘。为此设置“驱动调度”进程。 3. 由于磁盘与处理器是并行工作的,所以当磁盘在为一个进程服务时,占有处理器的其它进程可以提出使用磁盘(这里我们只要求访问磁道),即动态申请访问磁道,为此设置“接受请求”进程。 4. 为了模拟以上两个进程的执行,可以考虑使用随机数来确定二者的允许顺序,参考程序流程图。 5. “接受请求”进程建立一张“进程请求I/O”表,指出等待访问磁盘的进程要求访问的磁道,表的格式如下: 进程名 要求访问的磁道号 6. 磁盘调度的功能是查“请求I/O”表,当有等待访问的进程时,按磁盘调度算法从中选择一个等待访问的进程,按其指定的要求访问磁道。流程图中的“初始化”工作包括:初始化“请求I/O”表,设置当前移臂方向;当前磁道号。并且假设程序运行前“请求I/O”表中已有若干进程(4~8个)申请访问相应磁道。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值