高分求学习操作系统感受
大学里的操作系统知道吧~~~要一篇学习感受~~~百十字就可以！！在线等~~限时2小时！！！！
我要简短的！！！简明扼要的~~~别在网上随便抄点糊弄人！！！百十字就好~~~好的捐200分~~~
本人学习计算机技术至今，对于如何学习操作系统原理有一点自己的看法，现在写出来，希望对大家能有所帮助！
操作系统怎么学，首先要想操作系统是怎么来的，在没有操作系统的年代里，人们是怎么编程的。这是首要的问题。不知道有没有人看过INTEL官方的CPU文档，总是分为应用级编程、系统级编程、指令集这三块。其中系统级编程这一块最复杂，我不说内容，就单从文件的大小来看，IA-64编程手册的应用级编程卷是2MB，系统卷却有6MB。就连IA-32编程手册上的系统卷部分也远比应用卷的要多。当然这些内容我还没有看，不过从目录当中，觉得有很多相似的地方，比如CPU内存寻址、虚拟存储器管理、中断与保护等等，可以从INTEL的CPU文档上看出，各种CPU或机器虽然各有各的不同，各有各的特点，但是目前的CPU要解决的核心问题就是那么几块，要解决的就是象如何寻址内存，如何管理虚拟存储，如何实现中断，如何保护资源等等。
各位编程的同仁想必都很清楚，计算机的操作系统就是在为应用级编程提供服务，提供什么服务，就是提供象诸如如何内存寻址，如何管理虚拟存储器、如何进行中断，如何管理磁盘，如何。。。。等等。操作系统为我们做掉了系统级编程中最繁重的一块，所以我们在用应用级编程比如用C++编程的时候才会那么舒服，用int分配一个变量这内存地址就来了，某个函数要调用另一个函数执行的时候这执行行程就能跳到那个函数，内存不够了，没有关系，操作系统自动启动虚拟存储器（只不过慢了些），所以应用级编程是最舒服的，操作系统级编程比较难，而直接做单片机可能就是最难的了。因为即使就是操作系统级编程，可能很多有关CPU底层的东西也已经做掉了，你要做的可能就是要了解的你的操作系统做掉了哪些功能，如何调用。而单片机就没有那么好玩了，单片机我没有做过，我想可能就是直接对着一个CPU用汇编来编程，而且很可能是在没有操作系统的情况下，这样一来，操作系统要承担的诸如内存管理，中断，过程跳转等这些复杂繁重的工作就得程序员自己来承担，那程序员的负担就比目前应用级编程大得多了。
我猜想，可能在没有操作系统的时候，每个计算机程序员的日子可不会象现在的那么好过，因为做每个程序，都需要你自己去分配管理内存，你不但要考虑如何高效的管理内存，还要知道如何进行过程跳转等等这一大堆的的细活，而这些细活在不同的CPU上的实现方式也是不同的，直到把这些问题都解决了以后，你才开始真正考虑你的应用方面的程序逻辑如何去编的问题。当然了，虽然有关CPU底层的系统级实现细节不一样，但是大至CPU系统级这一部分要解决哪几块问题这是一样的，所以在INTEL的官方文档上，无论是IA-32还是IA-64这两个编程手册的系统卷上，都是那么几块内容。
既然系统级要解决的几个任务都是相同的，每个程序员在编程的时候都要考虑这几方面的内容，那么可能就会想，为什么不把这些程序要解决的相同的任务给提取出来呢，这就形成了操作系统，操作系统的内核的任务，就是专门负责解决早期计算机程序员每次编程都必须要解决的几项系统级任务，这样一来，留给应用级的担子就非常的轻了，忘记在哪里看过，好像以前的数据库系统是属于应用软件的，可能同样是因为每个应用软件连同操作系统都需要一个数据库，所以就把数据库系统给单独提了出来做为系统软件了。有一点不明白为什么目前的操作系统要用文件系统，直接用数据库系统不更好些吗，既对用户服务，又为系统服务！
我觉得，如果大家有要学操作系统原理的，根本就不必要去看所谓什么操作系统原理这一类的书，连外文的书籍也没有必要去看，因为目前国际CPU制造商提供的CPU文档的系统级编程卷才是真正的，原汁原味最好的教材，你要编写的操作系统从大部分任务就是解决系统卷里的任务的。有一次在QQ上和一个做单片机的家伙聊天，那人比我小一点，我当时说目前操作系统底层好难，他就说这有什么难的，他马上就能做一个操作系统，就连编译器也能做，我当时被吓了一大跳，小小年纪就这么厉害，现在我懂了，做单片机的，大概都会做操作系统，因为单片机的每次编程就是和系统底层打交道的，所以做单片机程序的自然对一个操作系统内核会比较了解了。
在此建议和我一样的对操作系统原理感兴趣，对系统底层的感兴趣的人，直接去看INTEL的官方材料吧，操作系统原理有哪几条，要解决哪些任务，通过查看不同CPU的系统卷编程手册，找出其中相同的任务和逻辑去自己总结操作系统是如何做，无疑这种方法学到会是最多的了，而且理解起来可能会比一般的学习方法来得更深刻。
学习应用软件的朋友，我也劝你们看看操作系统，内核等这些系统底层的东西。看过了以后，你会觉得看应用级编程会更流畅，学起来也会更简单。我就是这样学的，学MFC，后来开始学INTEL CPU的应用级编程，现在我决定开始从系统级学起。目前我也会上MSDN英文网站看看有关MFC的东西，但我看MFC倒不是主要因为去编写MFC应用程序，而是想看看微软是用系统为所有的应用级编程提供服务的，这整个一套结构是如何构造出来的，ORACLE数据库是我继INTEL文档的下一波目标，我也是想看看，一个数据库体系结构是什么样的，可不可以嵌到操作系统里去。
就写到这里，希望有志同道合的朋友和我一起前行，最后祝大家编程愉快，工作愉快。呵呵！
操作系统怎么学，首先要想操作系统是怎么来的，在没有操作系统的年代里，人们是怎么编程的。这是首要的问题。不知道有没有人看过INTEL官方的CPU文档，总是分为应用级编程、系统级编程、指令集这三块。其中系统级编程这一块最复杂，我不说内容，就单从文件的大小来看，IA-64编程手册的应用级编程卷是2MB，系统卷却有6MB。就连IA-32编程手册上的系统卷部分也远比应用卷的要多。当然这些内容我还没有看，不过从目录当中，觉得有很多相似的地方，比如CPU内存寻址、虚拟存储器管理、中断与保护等等，可以从INTEL的CPU文档上看出，各种CPU或机器虽然各有各的不同，各有各的特点，但是目前的CPU要解决的核心问题就是那么几块，要解决的就是象如何寻址内存，如何管理虚拟存储，如何实现中断，如何保护资源等等。
各位编程的同仁想必都很清楚，计算机的操作系统就是在为应用级编程提供服务，提供什么服务，就是提供象诸如如何内存寻址，如何管理虚拟存储器、如何进行中断，如何管理磁盘，如何。。。。等等。操作系统为我们做掉了系统级编程中最繁重的一块，所以我们在用应用级编程比如用C++编程的时候才会那么舒服，用int分配一个变量这内存地址就来了，某个函数要调用另一个函数执行的时候这执行行程就能跳到那个函数，内存不够了，没有关系，操作系统自动启动虚拟存储器（只不过慢了些），所以应用级编程是最舒服的，操作系统级编程比较难，而直接做单片机可能就是最难的了。因为即使就是操作系统级编程，可能很多有关CPU底层的东西也已经做掉了，你要做的可能就是要了解的你的操作系统做掉了哪些功能，如何调用。而单片机就没有那么好玩了，单片机我没有做过，我想可能就是直接对着一个CPU用汇编来编程，而且很可能是在没有操作系统的情况下，这样一来，操作系统要承担的诸如内存管理，中断，过程跳转等这些复杂繁重的工作就得程序员自己来承担，那程序员的负担就比目前应用级编程大得多了。
我猜想，可能在没有操作系统的时候，每个计算机程序员的日子可不会象现在的那么好过，因为做每个程序，都需要你自己去分配管理内存，你不但要考虑如何高效的管理内存，还要知道如何进行过程跳转等等这一大堆的的细活，而这些细活在不同的CPU上的实现方式也是不同的，直到把这些问题都解决了以后，你才开始真正考虑你的应用方面的程序逻辑如何去编的问题。当然了，虽然有关CPU底层的系统级实现细节不一样，但是大至CPU系统级这一部分要解决哪几块问题这是一样的，所以在INTEL的官方文档上，无论是IA-32还是IA-64这两个编程手册的系统卷上，都是那么几块内容。
既然系统级要解决的几个任务都是相同的，每个程序员在编程的时候都要考虑这几方面的内容，那么可能就会想，为什么不把这些程序要解决的相同的任务给提取出来呢，这就形成了操作系统，操作系统的内核的任务，就是专门负责解决早期计算机程序员每次编程都必须要解决的几项系统级任务，这样一来，留给应用级的担子就非常的轻了，忘记在哪里看过，好像以前的数据库系统是属于应用软件的，可能同样是因为每个应用软件连同操作系统都需要一个数据库，所以就把数据库系统给单独提了出来做为系统软件了。有一点不明白为什么目前的操作系统要用文件系统，直接用数据库系统不更好些吗，既对用户服务，又为系统服务！
我觉得，如果大家有要学操作系统原理的，根本就不必要去看所谓什么操作系统原理这一类的书，连外文的书籍也没有必要去看，因为目前国际CPU制造商提供的CPU文档的系统级编程卷才是真正的，原汁原味最好的教材，你要编写的操作系统从大部分任务就是解决系统卷里的任务的。有一次在QQ上和一个做单片机的家伙聊天，那人比我小一点，我当时说目前操作系统底层好难，他就说这有什么难的，他马上就能做一个操作系统，就连编译器也能做，我当时被吓了一大跳，小小年纪就这么厉害，现在我懂了，做单片机的，大概都会做操作系统，因为单片机的每次编程就是和系统底层打交道的，所以做单片机程序的自然对一个操作系统内核会比较了解了。
在此建议和我一样的对操作系统原理感兴趣，对系统底层的感兴趣的人，直接去看INTEL的官方材料吧，操作系统原理有哪几条，要解决哪些任务，通过查看不同CPU的系统卷编程手册，找出其中相同的任务和逻辑去自己总结操作系统是如何做，无疑这种方法学到会是最多的了，而且理解起来可能会比一般的学习方法来得更深刻。
学习应用软件的朋友，我也劝你们看看操作系统，内核等这些系统底层的东西。看过了以后，你会觉得看应用级编程会更流畅，学起来也会更简单。我就是这样学的，学MFC，后来开始学INTEL CPU的应用级编程，现在我决定开始从系统级学起。目前我也会上MSDN英文网站看看有关MFC的东西，但我看MFC倒不是主要因为去编写MFC应用程序，而是想看看微软是用系统为所有的应用级编程提供服务的，这整个一套结构是如何构造出来的，ORACLE数据库是我继INTEL文档的下一波目标，我也是想看看，一个数据库体系结构是什么样的，可不可以嵌到操作系统里去。
就写到这里，希望有志同道合的朋友和我一起前行，最后祝大家编程愉快，工作愉快。呵呵！
温馨提示：内容为网友见解，仅供参考
第1个回答 2008-01-11
老兄，学计算机的吧，操作系统课很重要的呀，还是好好的学吧。
第2个回答 2008-01-11
(转)今天上班很无聊，没事做，看了一天的《操作系统》，感受颇深，操作系统这门课程理论讲的很多，初一看好象要背的东西也很多，其实不然，里面的很多东西是需要靠“理解---记忆”的，操作系统中的很多东西是可以采用这样的办法来学习的，并不需要背诵：把书中长篇讲述的内容总结归纳成一两句话，只要记住这句话就能把这整一段搞定。而且我发现自考的《操作系统》这一书条理比较清晰，每一段就主要讲一个意思；而你所要做的就是如何用自己的理解把这个意思总结成一句话。这样就不用去背诵书中长长的段落了。这个方法大概也就是华罗庚所说的“书要能从薄读到厚,还要能从厚读到薄”。
最重要的还是要认真学习啊~~~呵呵
最重要的还是要认真学习啊~~~呵呵
第3个回答 2008-01-11
下面这两位的感受写的真是····
汗····
汗····
第4个回答 2008-01-11
你问的是XP 还是Vist?
相似回答
