在学校里，我们经常会有很多感悟和看法，此时我们可能会想把自己的所想写成一篇心得。通过心得体会可以积累和总结自己的经验，发现自己的不足，优秀的心得体会都具有哪些特点呢？
实验操作心得体会(篇1)
下面是小编为大家整理的操作系统实验报告心得体会，欢迎大家阅读。更多相关内容请关注心得体会栏目。
操作系统实验报告心得体会
每一次课程设计度让我学到了在平时课堂不可能学到的东西。所以我对每一次课程设计的机会都非常珍惜。不一定我的课程设计能够完成得有多么完美，但是我总是很投入的去研究去学习。所以在这两周的课设中，熬了2个通宵，生物钟也严重错乱了。但是每完成一个任务我都兴奋不已。一开始任务是任务，到后面任务就成了自己的作品了。总体而言我的课设算是达到了老师的基本要求。总结一下有以下体会。
1、网络真的很强大，用在学习上将是一个非常高效的助手。几乎所有的资料都能够在网上找到。从linux虚拟机的安装，到linux的各种基本命令操作，再到gtk的图形函数，最后到文件系统的详细解析。这些都能在网上找到。也因为这样，整个课程设计下来，我浏览的相关网页已经超过了100个(不完全统计)。当然网上的东西很乱很杂，自己要能够学会筛选。
不能决定对或错的，有个很简单的方法就是去尝试。就拿第二个实验来说，编译内核有很多项小操作，这些小操作错了一项就可能会导致编译的失败，而这又是非常要花时间的，我用的虚拟机，编译一次接近3小时。所以要非常的谨慎，尽量少出差错，节省时间。多找个几个参照资料，相互比较，慢慢研究，最后才能事半功倍。
2、同学间的讨论，这是很重要的。老师毕竟比较忙。对于课程设计最大的讨论伴侣应该是同学了。能和学长学姐讨论当然再好不过了，没有这个机会的话，和自己班上同学讨论也是能够受益匪浅的。大家都在研究同样的问题，讨论起来，更能够把思路理清楚，相互帮助，可以大大提高效率。
3、敢于攻坚，越是难的问题，越是要有挑战的心理。这样就能够达到废寝忘食的境界。当然这也是不提倡熬夜的，毕竟有了精力才能够打持久战。但是做课设一定要有状态，能够在吃饭，睡觉，上厕所都想着要解决的问题，这样你不成功都难。
4、最好在做课设的过程中能够有记录的习惯，这样在写实验报告时能够比较完整的回忆起中间遇到的各种问题。比如当时我遇到我以前从未遇到的段错误的问题，让我都不知道从何下手。在经过大量的资料查阅之后，我对段错误有了一定的了解，并且能够用相应的办法来解决。
在编程中以下几类做法容易导致段错误,基本是是错误地使用指针引起的
1)访问系统数据区，尤其是往系统保护的内存地址写数据，最常见就是给一个指针以0地址
2)内存越界(数组越界，变量类型不一致等) 访问到不属于你的内存区域
3)其他
例如：
1定义了指针后记得初始化，在使用的时候记得判断是否为null
2在使用数组的时候是否被初始化，数组下标是否越界，数组元素是否存在等
3在变量处理的时候变量的格式控制是否合理等
解决方法
1.利用gdb逐步查找段错误:
2.分析core文件
3.段错误时启动调试:
4.利用backtrace和objdump进行分析:
总而言之，对待课设要像对待自己的作品一样，不要当作任务来完成。
学习操作系统的心得体会
转眼间，学习了一个学期的计算机操作系统课程即将结束。在这个学期中，通过老师的悉心教导，让我深切地体会到了计算机操作系统的一些原理和具体操作过程。
在学习操作系统之前，我只是很肤浅地认为操作系统只是单纯地讲一些关于计算机方面的操作应用，并不了解其中的具体操作过程和实用性。通过这一学期的学习，我才知道操作系统(Operating System，简称OS)是管理计算机系统的全部硬件资源包括软件资源及数据资源;控制程序运行;改善人机界面;为其它应用软件提供支持等，使计算机系统所有资源最大限度地发挥作用，为用户提供方便的、有效的、友善的服务界面。
经过一个学期的学习，我也知道了计算机操作系统是铺设在计算机硬件上的多层系统软件，不仅增强了系统的功能，而且还隐藏了对硬件操作的细节，由它实现了对计算机硬件操作的多层次的抽象。操作系统的一些原理在生活中也有所应用，以下是我通过这一学期的学习，把操作系统的一些原理联系生活所得的心得体会：
1.生产—消费者问题
在实际的操作系统操作过程中，经常会碰到如下场景：某个模块负责产生数据，这些数据由另一个模块来负责处理(此处的.模块是广义的，可以是类、函数、线程、进程等)。产生数据的模块，就形象地称为生产者;而处理数据的模块，就称为消费者。
单单抽象出生产者和消费者，还够不上是生产者—消费者问题。该问题还需要有一个缓冲区处于生产者和消费者之间，作为一个中介。生产者把数据放入缓冲区，而消费者从缓冲区取出数据。
为了理解这一问题，我们举一个寄信的例子。假设你要寄一封平信，大致过程如下：
1、你把信写好——相当于生产者制造数据
2、你把信放入邮筒——相当于生产者把数据放入缓冲区
3、邮递员把信从邮筒取出——相当于消费者把数据取出缓冲区
4、邮递员把信拿去邮局做相应的处理——相当于消费者处理数据
2、银行家算法——避免死锁
死锁的产生是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象死锁。我觉得操作系统所讲的死锁就好像两个人竟过独木桥，两辆车竟过单行桥等阻塞现象，原因是共享资源，即道路。
为提高系统资源的利用率，避免死锁并不严格限制死锁必要条件的存在，而是在资源的动态分配过程中，使用某种方法去防止系统进入不安全状态，从而避免死锁的最终出现。然而，最有代表性的避免死锁的算法，是Dijkstra的银行家算法。在该方法中把系统的状态分为安全状态和不安全状态，只要能使系统始终都处于安全状态，便可以避免发生死锁。银行家算法的基本思想是分配资源之前，判断系统是否是安全的;若是安全的，才分配。
我们可以把操作系统看作是银行家，操作系统管理的资源相当于银行家管理的资金，进程向操作系统请求分配资源相当于用户向银行家贷款。为保证资金的安全,银行家规定：
(1)当一个顾客对资金的最大需求量不超过银行家现有的资金时就可接纳该顾客;
(2)顾客可以分期贷款,但贷款的总数不能超过最大需求量;
(3)当银行家现有的资金不能满足顾客尚需的贷款数额时，对顾客的贷款可推迟支付，但总能使顾客在有限的时间里得到贷款;
(4)当顾客得到所需的全部资金后，一定能在有限的时间里归还所有的资金。
另外，我们也可以把操作系统看作是建造房子，操作系统的资源看作是造房子的起吊机台数，进程向操作系统请求分配资源相当于建造房子时申请的起吊机台数。为保证工程的顺利进行，其操作过程如下：
当一栋房子对起吊机的最大需求量不超过建造房子现有的起吊机时可接纳该房子的建造;
所要建造的房子可以分开几次申请起吊机，但申请的起吊机的总数不能超过最大需求量;
当现有的起吊机台数不能满足某栋房子尚需的起吊机时，对该栋房子所需的起吊机数可推迟给予，但总能是房子在有限的时间里得到贷款;
当建造的房子得到所需的全部起吊机后，一定能在有限的时间里归还所有的起吊机数。
进程同步问题
一个进程到达了确定的点后，除非另一些进程已经完成了某些操作，否则不得不停下来等待另一进程为它提供的消息，早未获得消息前，该进程处于等待状态，获得消息后被唤醒处于就绪状态，这就是进程同步。我们在生活中也可以找到相应的例子：
例如汽车司机和售票员，汽车司机负责开车、进站、开车门、关车门与进站;
售票员负责售票、进出站后观察车门，给司机发开关门信息;正常状态下，各自活动，司机开车，售票员售票;在进出站时双方要进行进程同步。
小结：
总而言之，操作系统的一些原理在生活中都可以找到相应的例子。结合生活中的例子，可以化抽象为具体，我们会更加清楚地了解到其原理与操作过程。我觉得通过我们的不断学习，结合生活中的实际问题，我们就会把操作系统学得更好。
实验操作心得体会(篇2)
转眼间，学习了一个学期的计算机操作系统课程即将结束。在这个学期中，通过老师的悉心教导，让我深切地体会到了计算机操作系统的一些原理和具体操作过程。
在学习操作系统之前，我只是很肤浅地认为操作系统只是单纯地讲一些关于计算机方面的操作应用，并不了解其中的具体操作过程和实用性。通过这一学期的学习，我才知道操作系统(operating System，简称oS)是管理计算机系统的全部硬件资源包括软件资源及数据资源;控制程序运行;改善人机界面;为其它应用软件提供支持等，使计算机系统所有资源最大限度地发挥作用，为用户提供方便的、有效的、友善的服务界面。
经过一个学期的学习，我也知道了计算机操作系统是铺设在计算机硬件上的多层系统软件，不仅增强了系统的功能，而且还隐藏了对硬件操作的细节，由它实现了对计算机硬件操作的多层次的抽象。操作系统的一些原理在生活中也有所应用，以下是我通过这一学期的学习，把操作系统的一些原理联系生活所得的心得体会：
1.生产消费者问题
在实际的操作系统操作过程中，经常会碰到如下场景：某个模块负责产生数据，这些数据由另一个模块来负责处理(此处的模块是广义的，可以是类、函数、线程、进程等)。产生数据的模块，就形象地称为生产者;而处理数据的模块，就称为消费者。
单单抽象出生产者和消费者，还够不上是生产者消费者问题。该问题还需要有一个缓冲区处于生产者和消费者之间，作为一个中介。生产者把数据放入缓冲区，而消费者从缓冲区取出数据。
为了理解这一问题，我们举一个寄信的例子。假设你要寄一封平信，大致过程如下：
1、你把信写好相当于生产者制造数据
2、你把信放入邮筒相当于生产者把数据放入缓冲区
3、邮递员把信从邮筒取出相当于消费者把数据取出缓冲区
4、邮递员把信拿去邮局做相应的处理相当于消费者处理数据
2、银行家算法避免死锁
死锁的产生是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象死锁。我觉得操作系统所讲的死锁就好像两个人竟过独木桥，两辆车竟过单行桥等阻塞现象，原因是共享资源，即道路。
为提高系统资源的利用率，避免死锁并不严格限制死锁必要条件的存在，而是在资源的动态分配过程中，使用某种方法去防止系统进入不安全状态，从而避免死锁的最终出现。然而，最有代表性的避免死锁的算法，是Dijkstra的银行家算法。在该方法中把系统的状态分为安全状态和不安全状态，只要能使系统始终都处于安全状态，便可以避免发生死锁。银行家算法的基本思想是分配资源之前，判断系统是否是安全的;若是安全的，才分配。
我们可以把操作系统看作是银行家，操作系统管理的资源相当于银行家管理的资金，进程向操作系统请求分配资源相当于用户向银行家贷款。为保证资金的安全,银行家规定：
(1)当一个顾客对资金的最大需求量不超过银行家现有的资金时就可接纳该顾客;
(2)顾客可以分期贷款,但贷款的总数不能超过最大需求量;
(3)当银行家现有的资金不能满足顾客尚需的贷款数额时，对顾客的贷款可推迟支付，但总能使顾客在有限的时间里得到贷款;
(4)当顾客得到所需的全部资金后，一定能在有限的时间里归还所有的资金。
另外，我们也可以把操作系统看作是建造房子，操作系统的资源看作是造房子的起吊机台数，进程向操作系统请求分配资源相当于建造房子时申请的起吊机台数。为保证工程的顺利进行，其操作过程如下：
当一栋房子对起吊机的最大需求量不超过建造房子现有的起吊机时可接纳该房子的建造;
所要建造的房子可以分开几次申请起吊机，但申请的起吊机的总数不能超过最大需求量;
当现有的起吊机台数不能满足某栋房子尚需的起吊机时，对该栋房子所需的起吊机数可推迟给予，但总能是房子在有限的时间里得到贷款;
当建造的房子得到所需的全部起吊机后，一定能在有限的时间里归还所有的起吊机数。
进程同步问题
一个进程到达了确定的点后，除非另一些进程已经完成了某些操作，否则不得不停下来等待另一进程为它提供的消息，早未获得消息前，该进程处于等待状态，获得消息后被唤醒处于就绪状态，这就是进程同步。我们在生活中也可以找到相应的例子：
例如汽车司机和售票员，汽车司机负责开车、进站、开车门、关车门与进站;
售票员负责售票、进出站后观察车门，给司机发开关门信息;正常状态下，各自活动，司机开车，售票员售票;在进出站时双方要进行进程同步。
小结：
总而言之，操作系统的一些原理在生活中都可以找到相应的例子。结合生活中的例子，可以化抽象为具体，我们会更加清楚地了解到其原理与操作过程。我觉得通过我们的不断学习，结合生活中的实际问题，我们就会把操作系统学得更好。
实验操作心得体会(篇3)
每一次课程设计度让我学到了在平时课堂不可能学到的东西。所以我对每一次课程设计的机会都非常珍惜。不一定我的课程设计能够完成得有多么完美，但是我总是很投入的去研究去学习。所以在这两周的课设中，熬了2个通宵，生物钟也严重错乱了。但是每完成一个任务我都兴奋不已。一开始任务是任务，到后面任务就成了自己的作品了。总体而言我的课设算是达到了老师的基本要求。总结一下有以下的体会。
1、网络真的很强大，用在学习上将是一个非常高效的助手。几乎所有的资料都能够在网上找到。从linux虚拟机的安装，到linux的各种基本命令操作，再到gtk的图形函数，最后到文件系统的详细解析。这些都能在网上找到。也因为这样，整个课程设计下来，我浏览的相关网页已经超过了100个（不完全统计）。当然网上的东西很乱很杂，自己要能够学会筛眩不能决定对或错的，有个很简单的方法就是去尝试。就拿第二个实验来说，编译内核有很多项小操作，这些小操作错了一项就可能会导致编译的失败，而这又是非常要花时间的，我用的虚拟机，编译一次接近3小时。所以要非常的谨慎，尽量少出差错，节省时间。多找个几个参照资料，相互比较，慢慢研究，最后才能事半功倍。
2、同学间的讨论，这是很重要的。老师毕竟比较忙。对于课程设计最大的讨论伴侣应该是同学了。能和学长学姐讨论当然再好不过了，没有这个机会的话，和自己班上同学讨论也是能够受益匪浅的。大家都在研究同样的问题，讨论起来，更能够把思路理清楚，相互帮助，可以大大提高效率。
3、敢于攻坚，越是难的问题，越是要有挑战的心理。这样就能够达到废寝忘食的境界。当然这也是不提倡熬夜的，毕竟有了精力才能够打持久战。但是做课设一定要有状态，能够在吃饭，睡觉，上厕所都想着要解决的问题，这样你不成功都难。
4、最好在做课设的过程中能够有记录的习惯，这样在写实验报告时能够比较完整的回忆起中间遇到的各种问题。
实验操作心得体会(篇4)
每一次课程设计度让我学到了在平时课堂不可能学到的东西。所以我对每一次课程设计的机会都非常珍惜。不一定我的课程设计能够完成得有多么完美，但是我总是很投入的去研究去学习。所以在这两周的课设中，熬了2个通宵，生物钟也严重错乱了。但是每完成一个任务我都兴奋不已。一开始任务是任务，到后面任务就成了自己的作品了。总体而言我的课设算是达到了老师的基本要求。总结一下有以下体会。
1、网络真的很强大，用在学习上将是一个非常高效的助手。
几乎所有的资料都能够在网上找到。从linux虚拟机的安装，到linux的各种基本命令操作，再到gtk的图形函数，最后到文件系统的'详细解析。这些都能在网上找到。也因为这样，整个课程设计下来，我浏览的相关网页已经超过了100个（不完全统计）。当然网上的东西很乱很杂，自己要能够学会筛选。不能决定对或错的，有个很简单的方法就是去尝试。就拿第二个实验来说，编译内核有很多项小操作，这些小操作错了一项就可能会导致编译的失败，而这又是非常要花时间的，我用的虚拟机，编译一次接近3小时。所以要非常的谨慎，尽量少出差错，节省时间。多找个几个参照资料，相互比较，慢慢研究，最后才能事半功倍。
2、同学间的讨论，这是很重要的。
老师毕竟比较忙。对于课程设计最大的讨论伴侣应该是同学了。能和学长学姐讨论当然再好不过了，没有这个机会的话，和自己班上同学讨论也是能够受益匪浅的。大家都在研究同样的问题，讨论起来，更能够把思路理清楚，相互帮助，可以大大提高效率。
3、敢于攻坚，越是难的问题，越是要有挑战的心理。
这样就能够达到废寝忘食的境界。当然这也是不提倡熬夜的，毕竟有了精力才能够打持久战。但是做课设一定要有状态，能够在吃饭，睡觉，上厕所都想着要解决的问题，这样你不成功都难。
4、最好在做课设的过程中能够有记录的习惯，这样在写实验报告时能够比较完整的回忆起中间遇到的各种问题。
比如当时我遇到我以前从未遇到的段错误的问题，让我都不知道从何下手。在经过大量的资料查阅之后，我对段错误有了一定的了解，并且能够用相应的办法来解决。
在编程中以下几类做法容易导致段错误,基本是是错误地使用指针引起的
1)访问系统数据区，尤其是往系统保护的内存地址写数据，最常见就是给一个指针以0地址
2)内存越界(数组越界，变量类型不一致等)访问到不属于你的内存区域
3）其他
例如：
定义了指针后记得初始化，在使用的时候记得判断是否为null
在变量处理的时候变量的格式控制是否合理等
解决方法
1.利用gdb逐步查找段错误:
2.分析core文件
3.段错误时启动调试:
4.利用backtrace和objdump进行分析:
总而言之，对待课设要像对待自己的作品一样，不要当作任务来完成。
实验操作心得体会(篇5)
通过实验我也发现了自己不少的问题，这都是只看书上的程序而没有自己亲身上机编写程序而无法得知的，假如我们只因看熟书上的程序就以为自己已经掌握了C语言那就大错特错了。我主要存在以下的这些缺点：
1、 学习耐心与细心不足，从而错误得输出了地址而不是我原来想要的答案。
2、 编程思想不够发散，看着题目有时想不出解答的方法，更不用说编写程序来解题了。
3、 基本功不够，有些函数的表达不太精通，需要看书来核实，以致耗时较多。 知识不够广，有些内容没有学好，不能要用到时及时反映出来，认识程度不够深刻。
4、 有时候不够精简，有一点用处不大或者说没有也可以的文字存在。 英语水平较差，对错误的地方虽然电脑有说，但由于是英文，理解上还是存在一点问题。
为了能更好地学好C语言，在今后学习中我要更多的动脑，综合运用所学，多看相关东西，多上机练习，提高电脑水平，增强自学能力，把已会的东西掌握好。
实验中我深刻意识到完成程序的编写，决不意味着万事大吉。认为万无一失的程序，实际上机运行时可能会出现很多意想不到的问题。有时编译程序检测出一大堆错误，有时程序能够顺利运行，但是运行结果并不是你预期中想要的。因为开发环境所提供的编译系统无法发现程序逻辑错误，或者是你原来所设计时的理论错误，这就只能靠自己的上机经验来分析判断错误的所在了。所以程序的调试是一个技巧性很强的工作，它可能比编一个程序耗时更多。由此可看出上机实践的重要性。
当然，我还得感谢老师的指导与帮助，如果没有老师和其他同学的指点，我可能对C语言还是一筹莫展，在实验中遇到的大大少少的问题与所犯过的错误将是我以后的要加以注意的地方与认真审查的部分，为我奠定坚固的基石。伴随着学习的深入，我发现高深的.东西还有很多很多，不懂不熟的知识还有很多，所以我不能停步，对C语言，我以后会更加努力学习的。