Linux进程并发编程实验小结与心得体会

操作系统实验报告心得体会

以下是我为大家整理的操作系统实验报告的心得体会。
欢迎您阅读。
更多相关内容请查看体验栏。

每次课程设计都让我学到了在平时课堂上学不到的东西。
这就是为什么我珍惜每一次设计课程的机会。
我不一定知道我的课程设计会有多完美，但我总是非常致力于研究和学习。
所以在那两周的上课期间，我两次熬夜，生物钟被严重打乱。
但每次完成任务我都很高兴。
一开始任务只是任务，后来任务就变成了我自己的工作。
总体来说，我的课程设计满足了老师的基本要求。
总结起来，我有以下几点体会。

1、互联网真的很强大，将是学习的一个非常高效的帮手。
几乎所有的信息都可以在网上找到。
从安装Linux虚拟机、Linux的各种基本命令操作，到GTK的图形功能，最后是文件系统的详细分析。
这些都可以在网上找到。
为此，在设计整个课程后，我搜索了100多个相关网站（不完全统计）。
当然，网络上的东西很乱很复杂，你需要学会过滤它们。

如果你无法决定什么是对或错，你可以轻松尝试一下。
以第二个实验为例。
编译内核的时候有很多小操作。
如果这些小操作中的任何一个出错，都可能非常耗时。
差不多3个小时了。
所以要非常小心，尽量少犯错误并节省时间。
多找几个参考资料，对比一下，慢慢学习，就能达到事半功倍的效果。

3.你越敢于解决困难的问题，你的要求就越高。
这样就可以达到废寝忘食的状态。
当然，不建议熬夜。
因为只有有能量，才能打持久战。
但你在设计课程时需要有一个良好的心态，并且能够在吃饭、睡觉、上厕所时思考你想要解决的问题。
这样一来，就算不做，也会很难。
我没有成功。

4、课程设计过程中最好让记录成为一种习惯，这样在写实验报告时，可以更好地记住过程中遇到的各种问题。
例如，我遇到了以前从未遇到过的段错误问题，不知道从哪里开始。
在查阅了大量资料后，我对段错误有了一些了解，并且可以应用适当的方法来解决它们。

以下类型的编程实践很容易导致段错误，这本质上是由于指针使用不正确造成的。

1）访问系统数据区域，特别是系统保护的内存地址写入数据时，最常见的方法是指定指针地址0

2）内存越界（数组越界、变量类型不一致等）访问一不属于你的内存区域

​3）其他

​例如：

<1>定义完指针后，想想初始化，记住，使用时，判断是否为null。

<2>使用时数组是否初始化，数组下标是否越界，数组元素是否存在

<3>处理变量等时变量的格式控制是否有意义

解决办法

1．使用gdb一步步查找段错误：

2.分析核心文件

3.出现段错误时开始调试：

4.使用backtrace和objdump进行分析：

总之，对待课程设计就像对待自己的作业一样，不要把它当成一项作业。

一学期的计算机操作系统课程很快就结束了。
这学期通过老师的精心教学，我对计算机操作系统的一些原理和具体操作流程有了深刻的了解。

在学习操作系统之前，我只是肤浅地认为操作系统只是讲一些计算机操作和应用，并没有了解具体的操作流程和实用性。
通过这学期的学习，我了解到操作系统（简称OS）管理着计算机系统的所有硬件资源，包括软件资源和数据资源。
程序运行的控制；改进人机界面；为其他应用软件等提供支持，最大限度地利用计算机系统的全部资源，为用户提供方便、有效、人性化的服务界面。

经过一个学期的学习，我也知道了计算机操作系统是基于计算机硬件的多层系统软件。
它不仅扩展了系统的功能，而且隐藏了系统硬件操作的细节。
它为计算机硬件操作实现多个抽象级别。
操作系统的一些原理也应用在生活中。
以下是我这学期学习中将操作系统的一些原理联系到生活中的体会：

1.生产消费者问题

在实际的操作系统操作过程中，我们经常会遇到这样的问题：遇到如下场景：某个特定的模块负责生成数据，而这个数据由另一个模块处理（这里的模块是最广义的，可以是类、函数、线程​​、进程等）。
产生数据的模块称为生产者；处理数据的模块称为消费者。

仅仅对生产者和消费者进行抽象并不足以成为生产者-消费者问题。
这个问题还需要生产者和消费者之间有一个缓冲区作为中介。
生产者将数据放入缓冲区，消费者从缓冲区取出数据。

为了理解这个问题，我们以发送信件为例。
假设您想寄一封普通信件。
一般流程如下：

1.您写下这封信——相当于制造商的制造数据

2.您将这封信输入邮箱——相当于生产商的制造数据将数据放入缓冲区

3.邮递员从邮箱中取出信件-对应于消费者从缓冲区中取出数据

4.邮递员将信件带到邮局进行适当的处​​理——相当于消费者的数据处理

2.银行算法——避免死锁

死锁的发生是指在一个过程中进行竞争在执行期间，两个或多个进程竞争资源，导致它们相互等待。
没有外力，他们就无法前进。
此时系统处于死锁状态或者系统已经发生死锁。
这些总是互相等待的进程称为死锁进程。
由于资源分配是互斥的，因此当请求资源时，相关进程永远不会分配所需的资源，并且在没有外部支持的情况下无法继续运行。
这导致了一种称为死锁的特殊现象。
我认为操作系统提到的失速类似于两个人过单向桥、两辆车过单向桥等阻塞现象。
其原因是共享资源，即道路。

为了提高系统资源利用率，避免死锁，我们并没有严格限制死锁存在的必要条件。
相反，为了防止系统在死锁时进入不安全状态，我们采用动态分配资源的方法，从而避免了死锁可能发生的情况。
然而，最具代表性的死锁避免算法是Dijkstra的Banker算法。
通过该方法，将系统的状态分为安全状态和不安全状态。
只要系统始终处于安全状态，就可以避免死锁。
银行算法的基本思想是在分配资源之前判断系统是否安全。

我们可以把操作系统想象成一个银行家。
操作系统管理的资源对应银行家向银行贷款管理的资金。
为保证资金安全，银行规定：（1）如果客户的最大资金需求不超过银行现有资金，则可以接受客户；

（2）客户可以提取贷款分期付款，但贷款总笔数不得超过最高需求；

（3）如果银行现有资金不足以满足客户仍需要的贷款金额，可向客户支付贷款。
客户可以延期，但客户可以随时撤回贷款限时；

（4）如果客户收到所需的全部资金，则可以在有限的时间内退回全部资金。

另外，我们还可以把操作系统想象成一座房子的建造，操作系统的资源就是建造房子所用的起重机数量和流程。
”操作系统需要分配与建造房屋所需的起重机数量相等的资源。
为保证工程顺利进行，操作程序如下：

如果房屋起重机的最大需求量不超过房屋施工现有起重机的数量，则房屋的施工可以进行。
被受理；

待建房屋可以申请多台起重机，但申请的起重机总数不能超过最大需求数量；

如果现有起重机数量超过数量特定房屋所需的起重机数量无法覆盖可以改变房屋所需的起重机数量，房屋可以但是，总是在有限的时间内提供；

如果要建造的房屋收到了它需要的所有起重机，它必须能够在有限的时间内归还所有起重机。

进程同步问题

一个进程到达某个点后，必须停下来等待另一个进程部署它才能接收消息，除非其他进程已经完成了某些操作，否则进程收到消息后处于等待状态，处于就绪状态。
我们在生活中也发现类似的例子：

例如，汽车司机和售票员。
驾驶人负责开车、进站、开门、关门、进站；

售票员负责售票和进出站后看门，并向司机发送开关门信息。
正常情况下是分开运营，司机开车，售票员售票；双方在进站和出站时需要同步流程。

总结：

总之，操作系统的一些原理可以在生活中的相关例子中找到。
通过结合生活中的例子，可以化抽象为具体，我们会更清楚地理解它的原理和工作原理。
我想，通过我们不断的学习，结合生活中的实际问题，我们一定会更好的学好操作系统。

Linux操作系统文件管理