为何游戏机效率比同配置pc高？
games.sina.com.cn 2004-12-09 10:13 新浪游戏
不知道大家注意到没有，同样的硬件水平下，游戏机的执行效率比pc高不是一点半点。
这个问题自从玩惯了80486 pc上劣质画面的游戏，突然看到 playstation 1 的华丽3d画面时候起就一直困扰着我。不仅ps系列如此，其他主机也同样。
直到看了hi-pda上UGlee大侠的一篇文章我才矛塞顿开，大侠的文章本来是讨论poc
ket pc和palm os pda之间的执行效率差异，我发现稍加修改后就能套用在pc和游戏机间。论文如下：
*****************************************************************
PC在内存使用上是常规意义上的多任务系统，它具有内存管理单元，而且是硬件上的(CPU中)，所以每个用户程序有自己独立的程序内存空间，静态数据内存空间，和栈空间。而动态内存的使用，也就是你在C语言中New一个对象，或者Malloc内存的时候，是使用系统所有程序共享的堆内存空间。
由于使用了内存管理单元，它有很好的进程保护特性，一个程序是不可能轻易更改其他程序的内存资料的，这也是安全性和系统稳定性的一个保证--不过稳定性更多的是从操作系统理论上讲的，其前提是无穷大的物理内存可用。。而非实时操作系统理论中并不涉及程序的响应时间问题，也不考虑物理内存紧张的时候系统性能恶化和程序无法申请内存时的应对--而这恰恰是很多嵌入式系统的real world环境，所以，在实际应用中这样延续桌面甚至服务器系统的设计方式是否符合用户的需求，就时一个大大的问号了。
而Win32体系，由于从桌面上延伸过来，更多的考虑了程序或者程序开发的向前兼容问题，在内存管理上还有其他的弱点。典型的问题就是内存漏洞和内存泄漏。在Win32构架中，系统没办法Defrag内存碎片，即使还有相当多的内存可用，如果没有一段连续的空间，仍然无法申请到足够的内存；而从系统动态内存中申请到的内存，如果程序忘记归还，或者程序意外中止，都会造成内存泄漏，这也是我们在桌面上系统越用越慢，内存越用越少的主要原因。
另外的一个问题是，Win32体系，和所有其他的桌面操作系统一样，都是针对串行非挥发存储设计的(Win的前身DOS-Disk Operating System, , 虽然磁盘是一个界于串行存储和随机存储之间的物理设备，但是在数据结构的概念上它还是一个串行存储设备)。那么，程序在执行前需要从磁盘上载入，OS的进程列表中出现一个新的进程，分配栈空间和静态内存空间，然后程序运行，绝大多数程序都会用到动态内存。而打开文件的时候，多数情况下也需要先吧文件或者至少是文件中的一部分内容读入内存，转换成为程序需要的数据结构，在使用结束之后再重新串行化数据，写入文件。
既然这样执行程序效率低下，要那为什么不直接存储数据对象，原位使用呢？
这就是游戏机OS的设计方式。
在操作系统教材中是没可能找到一个游戏机OS这样的四不象怪物的。它有一个多任务的内核，但是确只能有一个用户程序在运行，有系统级的图形控件，在底层支持图形加速只有只有几十K的系统栈空间，动态内存空间更是少的可怜(最捍的ps2是32M，PS只有2M)，在系统只有不足64k的内存可用于执行程序而不是储存纹理、游戏数据的时候，仍然可以畅快的运行所有游戏。
游戏机OS没有用户程序级的多进程/多线程支持--这是一个缺点，在流式数据应用的时候会有力不从心的感觉：表现在部分多媒体应用和网络应用上。不过当我们把注意力集中在一个程序的运行过程的时候，就会发现游戏机OS设计上优秀的一面。
一个程序在多任务操作系统(PC)中运行时需要这些内存：
1、OS进程列表中的一项，记录进程的所有寄存器状态和内存指针，其实也就是CPU现场，用于切换程序的时候保存和还原现场。这部分内存可以忽略不急。
2、程序的执行代码空间。
3、程序的静态数据空间，可大可小，但至少界面和全局变量是要初始化的吧。
4、栈空间，用户函数调用的时候传递参数。也是可大可小，不过面向对象编程的时候，难以控制函数调用的嵌套次数，甚至有些编程风格恶劣的程序员经常用它来传递大的数据对象，那栈空间可能就会很大很大了。
5、堆空间，也就是动态内存，从程序角度而言是存放临时对象的，不过这个临时经常会大的恐怖，比如处理图片的时候。
在游戏机OS中，创造了一个独特的Storage Heap概念。通常我们就把他成为游戏机上的文件系统，但是从程序角度而非用户角度而言，它和文件的差异就太大了。Storage Heap是使用类似数据库的方式存储的，它有安全读写检查，以此保证数据的安全性和完整性不被破坏；它可以直接的指针操作，具有和内存访问一样的效率。那么，文件(这是用户角度的名称)和数据对象(这是程序角度的名称)就完美的统一了。而当不在需要把文件转换成数据对象的时候，我们还需要那么大的堆空间干嘛呢？ (流式应用除外，)
而程序本身，也是放在Storage Heap里面的，执行的时候只要把CPU的代码段指针直接指想程序代码的入口即可，连程序代码也是不需要载入过程的。
游戏机OS在系统底层的图形控件支持，大大减少了程序绘制界面需要的内存空间，所以绝大多数程序只要控制一下不太多的全局变量就可以了。几K的空间通常就是非常奢侈的了。
由于游戏机OS只有一个用户程序可以运行，而系统的栈空间只给了几十K，所以，程序员不得不用指针传递大数据对象，不但减少了内存需求，而且提高了效率。
在内存泄漏和内存碎片问题上，游戏机OS也有优秀设计。后台的内存管理程序会在空闲时或者连续内存不足时整理内存碎片(需要程序开发者使用特定的API分配动态内存，不过Palm程序开发者都会这样做的)，也可以回收程序忘记回收的动态内存。
通过这些方式，游戏机OS把系统内存的使用降低到了少的可怜的程度，同时也把程序的运行效率推向了极致。
******************************************************************
以上，就是说，游戏机比pc效率高的一个重要原因就是使用了效率高的多的内存使用方式，使用更少的内存，更少的cpu资源就可以做出画面更华丽的游戏。而wintel系列，呵呵就玩游戏方面以我所见除了多任务时候fpe以外没有什么比游戏机os好的地方。效率低下的代码执行方式决定了硬件资源的浪费。
很遗憾，目前市面还没有哪个操作系统可以避免上文提及的低效率程序执行方式，所有的程序还是要先被载入内存然后才能执行。毕竟pc上的操作系统是为了工作而不是玩游戏设计的。除非有一天为pc机设计的专门用于玩游戏的操作系统问世，否则恐怕我们将不得不面对同样硬件水平下游戏机效果好过pc一大截的事实。说道这，如果有人crack掉xbox的操作系统让它能装到Pc上，那使用pIII633+geforce 3显卡+64m内存+DVD光驱的pc机就能玩所有xbox游戏了吧，嘿嘿~拭目以待~~~
来源：TGFC
作者：dreamz
games.sina.com.cn 2004-12-09 10:13 新浪游戏
不知道大家注意到没有，同样的硬件水平下，游戏机的执行效率比pc高不是一点半点。
这个问题自从玩惯了80486 pc上劣质画面的游戏，突然看到 playstation 1 的华丽3d画面时候起就一直困扰着我。不仅ps系列如此，其他主机也同样。
直到看了hi-pda上UGlee大侠的一篇文章我才矛塞顿开，大侠的文章本来是讨论poc
ket pc和palm os pda之间的执行效率差异，我发现稍加修改后就能套用在pc和游戏机间。论文如下：
*****************************************************************
PC在内存使用上是常规意义上的多任务系统，它具有内存管理单元，而且是硬件上的(CPU中)，所以每个用户程序有自己独立的程序内存空间，静态数据内存空间，和栈空间。而动态内存的使用，也就是你在C语言中New一个对象，或者Malloc内存的时候，是使用系统所有程序共享的堆内存空间。
由于使用了内存管理单元，它有很好的进程保护特性，一个程序是不可能轻易更改其他程序的内存资料的，这也是安全性和系统稳定性的一个保证--不过稳定性更多的是从操作系统理论上讲的，其前提是无穷大的物理内存可用。。而非实时操作系统理论中并不涉及程序的响应时间问题，也不考虑物理内存紧张的时候系统性能恶化和程序无法申请内存时的应对--而这恰恰是很多嵌入式系统的real world环境，所以，在实际应用中这样延续桌面甚至服务器系统的设计方式是否符合用户的需求，就时一个大大的问号了。
而Win32体系，由于从桌面上延伸过来，更多的考虑了程序或者程序开发的向前兼容问题，在内存管理上还有其他的弱点。典型的问题就是内存漏洞和内存泄漏。在Win32构架中，系统没办法Defrag内存碎片，即使还有相当多的内存可用，如果没有一段连续的空间，仍然无法申请到足够的内存；而从系统动态内存中申请到的内存，如果程序忘记归还，或者程序意外中止，都会造成内存泄漏，这也是我们在桌面上系统越用越慢，内存越用越少的主要原因。
另外的一个问题是，Win32体系，和所有其他的桌面操作系统一样，都是针对串行非挥发存储设计的(Win的前身DOS-Disk Operating System, , 虽然磁盘是一个界于串行存储和随机存储之间的物理设备，但是在数据结构的概念上它还是一个串行存储设备)。那么，程序在执行前需要从磁盘上载入，OS的进程列表中出现一个新的进程，分配栈空间和静态内存空间，然后程序运行，绝大多数程序都会用到动态内存。而打开文件的时候，多数情况下也需要先吧文件或者至少是文件中的一部分内容读入内存，转换成为程序需要的数据结构，在使用结束之后再重新串行化数据，写入文件。
既然这样执行程序效率低下，要那为什么不直接存储数据对象，原位使用呢？
这就是游戏机OS的设计方式。
在操作系统教材中是没可能找到一个游戏机OS这样的四不象怪物的。它有一个多任务的内核，但是确只能有一个用户程序在运行，有系统级的图形控件，在底层支持图形加速只有只有几十K的系统栈空间，动态内存空间更是少的可怜(最捍的ps2是32M，PS只有2M)，在系统只有不足64k的内存可用于执行程序而不是储存纹理、游戏数据的时候，仍然可以畅快的运行所有游戏。
游戏机OS没有用户程序级的多进程/多线程支持--这是一个缺点，在流式数据应用的时候会有力不从心的感觉：表现在部分多媒体应用和网络应用上。不过当我们把注意力集中在一个程序的运行过程的时候，就会发现游戏机OS设计上优秀的一面。
一个程序在多任务操作系统(PC)中运行时需要这些内存：
1、OS进程列表中的一项，记录进程的所有寄存器状态和内存指针，其实也就是CPU现场，用于切换程序的时候保存和还原现场。这部分内存可以忽略不急。
2、程序的执行代码空间。
3、程序的静态数据空间，可大可小，但至少界面和全局变量是要初始化的吧。
4、栈空间，用户函数调用的时候传递参数。也是可大可小，不过面向对象编程的时候，难以控制函数调用的嵌套次数，甚至有些编程风格恶劣的程序员经常用它来传递大的数据对象，那栈空间可能就会很大很大了。
5、堆空间，也就是动态内存，从程序角度而言是存放临时对象的，不过这个临时经常会大的恐怖，比如处理图片的时候。
在游戏机OS中，创造了一个独特的Storage Heap概念。通常我们就把他成为游戏机上的文件系统，但是从程序角度而非用户角度而言，它和文件的差异就太大了。Storage Heap是使用类似数据库的方式存储的，它有安全读写检查，以此保证数据的安全性和完整性不被破坏；它可以直接的指针操作，具有和内存访问一样的效率。那么，文件(这是用户角度的名称)和数据对象(这是程序角度的名称)就完美的统一了。而当不在需要把文件转换成数据对象的时候，我们还需要那么大的堆空间干嘛呢？ (流式应用除外，)
而程序本身，也是放在Storage Heap里面的，执行的时候只要把CPU的代码段指针直接指想程序代码的入口即可，连程序代码也是不需要载入过程的。
游戏机OS在系统底层的图形控件支持，大大减少了程序绘制界面需要的内存空间，所以绝大多数程序只要控制一下不太多的全局变量就可以了。几K的空间通常就是非常奢侈的了。
由于游戏机OS只有一个用户程序可以运行，而系统的栈空间只给了几十K，所以，程序员不得不用指针传递大数据对象，不但减少了内存需求，而且提高了效率。
在内存泄漏和内存碎片问题上，游戏机OS也有优秀设计。后台的内存管理程序会在空闲时或者连续内存不足时整理内存碎片(需要程序开发者使用特定的API分配动态内存，不过Palm程序开发者都会这样做的)，也可以回收程序忘记回收的动态内存。
通过这些方式，游戏机OS把系统内存的使用降低到了少的可怜的程度，同时也把程序的运行效率推向了极致。
******************************************************************
以上，就是说，游戏机比pc效率高的一个重要原因就是使用了效率高的多的内存使用方式，使用更少的内存，更少的cpu资源就可以做出画面更华丽的游戏。而wintel系列，呵呵就玩游戏方面以我所见除了多任务时候fpe以外没有什么比游戏机os好的地方。效率低下的代码执行方式决定了硬件资源的浪费。
很遗憾，目前市面还没有哪个操作系统可以避免上文提及的低效率程序执行方式，所有的程序还是要先被载入内存然后才能执行。毕竟pc上的操作系统是为了工作而不是玩游戏设计的。除非有一天为pc机设计的专门用于玩游戏的操作系统问世，否则恐怕我们将不得不面对同样硬件水平下游戏机效果好过pc一大截的事实。说道这，如果有人crack掉xbox的操作系统让它能装到Pc上，那使用pIII633+geforce 3显卡+64m内存+DVD光驱的pc机就能玩所有xbox游戏了吧，嘿嘿~拭目以待~~~
来源：TGFC
作者：dreamz
回复Comments
作者:
{commentrecontent}