|
告别BIOS，EFI时代来临
如果你并非一位专业技术人员，要独立完成主板BIOS的详细设定是一个非常困难的任务。事实上，绝大多数用户都对BIOS望而生畏，复杂的设定项目、不友好的字符界面以及密密麻麻的硬件参数，令人不知从何下手。而且设定BIOS还会有一定的危险性，倘若你把CPU或内存的频率设得过高，系统就很可能无法开机。这些情况对专业人士而言根本不是什么问题，但多数PC用户并不掌握相关的专业知识，调校BIOS对他们来说的确太困难了。BIOS的功能仅限于对计算机硬件的基础设定，而无法提供诸如系统恢复、远程管理、磁盘修复工具之类的附加功能。以英特尔为首的PC业界很早就意识到BIOS存在的弊端，在英特尔的主导下，名为“EFI（Extensible Firmware Interface，可扩展固件接口）”的下一代BIOS技术早在1999年底就开始启动，EFI以人性化的图形界面代替文本界面，对硬件的管理也更加科学，同时拥有灵活的可扩展性，允许设备厂商增加各类附加功能，大大提高了整机的可管理性。2004年，EFI开发成功，不过英特尔初期只是将EFI用于Itanium服务器平台。PC厂商、主板厂商和BIOS开发商虽然对EFI很感兴趣，但受限于Windows操作系统，EFI一直都无法进入PC产品中，导致其一度沉寂。最终扮演领衔者角色的却是苹果公司，苹果在1月份推出Macbook pro率先采用EFI技术。PC方面，微软Windows vista的未来版本也将对EFI提供支持，EFI有望在未来三年内取代BIOS成为主导性的固件接口。
EFI开发的必要性
BIOS是操作系统与底层硬件的衔接桥梁，它的全称是“Basic Input Output System（基本输入输出系统）”，BIOS的主要功能是开机时管理各个硬件系统，并为后续操作系统的引导提供必要的信息。简单点说，当用户按下电源按钮，计算机“滴”的一声启动时，BIOS就开始处于工作状态。如果是初次开机，用户需要进入BIOS对硬件进行设定，例如CPU的工作频率、前端总线频率，内存的速度、延时，各个设备的启动顺序等等，保存退出之后，BIOS就会严格依照这些设定进入下一步的运行。BIOS将各硬件的具体参数传送给指定硬件的Firmware（固件），这些硬件便会严格依照这些性能参数工作。如果这一步没有问题，那么BIOS就会发出读取硬盘、启动操作系统的命令，接下来操作系统的核心数据便会被载入到内存，这项工作要花费不短的一段时间，此时我们在屏幕上看到的就是系统启动的进度条。当操作系统开始启动后，BIOS就自动释放，系统的管理权转交给操作系统，此后BIOS的职能就转为软件与硬件的衔接桥梁，任何与硬件操作相关的软件指令都必须依赖BIOS方可完成。
BIOS在设计时并没有预备任何安全措施，如果我们把CPU或内存的性能参数调得太高，达到远超出CPU和内存硬件所能承受的限度，系统仍然会要求CPU和内存工作在这个速度上，出现的后果就是计算机无法开机或者死机。一旦遇到这类情况，用户可以利用主板BIOS的跳线将这些设定清空，使之恢复到默认的状态，但这项工作非常繁琐且要求用户有一定的经验，普通用户很难完成。由于BIOS一直都缺乏预防此类危机的手段，一些主板厂商被迫自行发展自动恢复技术，如果BIOS参数设定不当导致无法开机，系统会在十几秒后自动重启，并将BIOS恢复回默认状态。
尽管BIOS很好地满足了计算机的基本需求，但在今天它已经相当落伍了。作为DOS时代的产物，BIOS并没有为未来PC的发展做好准备，所有的BIOS都工作在16位的“实模式（Real Mode）”状态下，而实模式是英特尔公司在1978年8086 PC平台的产物。即便你拥有一部64位双核心的顶极PC，在开机时系统都只能工作在16位模式下，可管理到的最大内存为1MB，而系统启动时各类扩展卡以及整合设备（如网络控制器、音频控制器）都必须被BIOS访问，但它们的ROM（Read Only Memory）容量也都被限制在128KB。显然，如此寒酸的硬件支持让BIOS除了老老实实为启动操作系统作准备外什么都干不了。
采用汇编语言编写是BIOS的另一个缺陷。作为低级语言，汇编语言具有与底层硬件紧密结合、程序速度快以及代码简练的优势。在PC刚刚开始出现的上个世纪八十年代，汇编语言可以说是编写BIOS程序的最佳选择。但事过境迁，为BIOS增加新功能是业界的共识，但BIOS所采用的汇编语言相当复杂，程序编写的难度极大，如果要增加新功能，用汇编语言来编写简直就是一个灾难。再者，新功能的引入会让BIOS汇编程序变得很复杂，调试成为一个难题，将出现Bug频频的糟糕情况。如果你对主板BIOS升级有所了解，一定会明白我们所指的是什么意思。BIOS通常都有这样那样的毛病，主板厂商通过更新BIOS程序版本来解决问题，但这个新BIOS可能又带来了新的Bug。显然，如果作为下一代BIOS技术的EFI要彻底克服这个缺陷，就必须采用功能更强大且易于调试的高级语言来编写。
模块化设计与兼容特性
英特尔早在1999年就发布首个EFI技术规范，该版本只用于安腾服务器平台，不过很快英特尔就拿出适用于X86 PC和Xscale嵌入系统的EFI版本，这样英特尔所有计算平台的固件接口就能够完全实现从BIOS到EFI的转换。
EFI系统的逻辑模型。协议架构（Protocol architecture）提供硬件无关的通讯渠道，平台驱动和框架驱动为EFI运行建立基础，兼容支持模块则保证非EFI硬件也能够在EFI平台中兼容使用。
采用模块化设计是EFI与传统BIOS在逻辑结构上最大的不同点之一。如图1，位于底部的是硬件层，与硬件层直接交互的就是EFI的驱动执行环境（Driver Execution Environment），它包括协议架构（Procotol architecture）、平台驱动（Platform driver）、框架驱动（Framework driver）以及兼容支持模块（Compatibility support module）等模块化组件，再往上才是EFI以及兼容模式的实现。接下来我们将分别对这些模块的功能进行介绍。
在整个EFI系统中，驱动执行环境处于基础性地位，它也被称为“Pre-EFI-Foundation（预EFI基础）”。在驱动执行环境的各个组件中，负责与硬件直接交互的便是协议架构（Architecture protocol）模块，它具备与硬件直接交流的能力。在实际执行时，EFI对硬件参数的定义都是通过协议架构来传递的，这一点EFI与传统BIOS并无本质的区别。而决定EFI实现功能的是平台驱动和框架驱动，两者共同为EFI的实际执行提供完整的支撑。同时，EFI系统也包含一个兼容支持模块（Compatibility support module，简称CSM），它可以在16位实模式下启动计算机以及访问扩展设备的ROM（只读存储器）。这样，即便PC平台中的部分硬件没有专门为EFI设计（例如显卡、声卡等），EFI的兼容支持模块也可以让它们在整个系统中正常工作，从而有效降低从BIOS到EFI过渡的门槛。
完全采用图形界面的Phoenix EFI OS Loader程序，类似于Windows应用程序，操作简单直观。
EFI系统的最顶层为“EFI操作系统装载器（EFI OS Loader）”和名为“预启动应用（Pre-boot application）”的扩展工具，EFI系统装载器可以引导操作系统启动，也能够提供一个设定屏幕—EFI同时支持传统的文本界面和图形界面，不过后者显然成为EFI应用的绝对主流。与BIOS只能在640×480 VGA分辨率下显示不同，EFI在屏幕分辨率上并无限制，用户完全可以根据显示器硬件情况来使用更高的分辨率，从而提供更人性化、也更加美观的系统设定界面。除了提供基本的硬件参数设定功能外，EFI OS Loader还允许用户设定操作系统的启动顺序（在计算机拥有多个操作系统的条件下），这相当于直接整合了OS启动管理器；其次，用户也可以通过EFI OS Loader界面来启动扩展工具，例如Ghost系统镜像、磁盘检测、EFI版本升级、病毒查杀或者其他的安全软件等等。我们可以从图2-图4中看到Phoenix、Insyde和AMI公司的EFI OS Loader界面外观。如果没有特别指出，相信大家都会把它当作是本地Windows应用程序，两者在外观界面上如出一辙。只要开发商愿意，EFI的图形界面完全可以变得更加漂亮或更富个性化，而用户也可以为EFI OS Loader选择一幅漂亮的背景图像，这远比BIOS冷冰冰的蓝底白字来得人性化。
在系统开机，完成硬件初始化工作后，EFI会对计算机发出指令开始加载操作系统，而当操作系统启动并正常运行之后，EFI与操作系统之间的通讯并不会被切断，而是在ACPI高级电源管理功能的控制下继续进行。这样，操作系统就能够正确识别硬件，并为其分配资源，同时也可管理设备的电能消耗，此时EFI的职能与传统BIOS并无不同。
EFI平台
EFI拥有自己的运行界面、基础驱动和应用程序，它实际上就是一个专用的嵌入式操作系统。当然，EFI与Windows、Mac Os和Linux这类通用型操作系统有本质性的区别，如EFI不支持多任务或多线程，在任一时刻它都只能支持单一的任务。我们知道，EFI拥有自己的GUI图形界面，能够直接读取硬盘，用户可以使用鼠标进行点击操作，这就意味着EFI拥有自己的显卡、芯片组、硬盘控制器以及鼠标驱动，这些驱动程序都是以压缩的二进制文件存在，但功能仅限于为EFI运行提供基础环境，例如实现彩色GUI输出、对硬盘进行读取和写入等等，它们与操作系统的3D加速驱动、硬盘控制器驱动并不是同一个概念—这也就是我们前面所介绍的“平台驱动（Platform driver）”。EFI平台驱动与硬件的通讯通过一个与硬件无关的架构协议进行，不管你使用什么样的处理器、芯片组或者显卡，EFI的架构协议都不会受到任何影响，在图1所示的EFI系统模型中，该模块被称为“Protocol architecture”。EFI的文件格式以Fat32格式为基础，这样它就能够访问到容量更大的存储资源，升级新版本的EFI、为EFI添加新的扩展工具都可以在此基础上进行。
EFI可提供强大的扩展工具，允许用户直接通过EFI来管理计算机，用户还可以通过EFI版本升级来实现更多的扩展功能。
在EFI系统中，预启动应用（Pre-boot application）与EFI OS Loader同样都位于最顶层，所谓“预启动应用”，指的便是EFI的扩展工具。这些扩展工具一般都是由主板厂商自行设计，EFI系统只是提供一个标准化的运行接口，主板厂商可以根据自己的要求设计功能不同的扩展工具。一般来说，EFI整合的扩展工具以系统维护、硬盘修复、底层杀毒为主，在它们的辅助下，计算机将变得更加安全和更容易维护。例如在现有PC中，如果你要对系统作Ghost镜像，那就必须使用启动光盘、启动型闪存盘或者可靠性极差的启动软盘；如果你要恢复系统，同样也必须借助软盘、闪存盘或光盘启动系统，系统镜像或恢复操作也相对专业，只有少数有经验的用户才能够完成这些操作。倘若你用的是不带光驱的轻薄型笔记本电脑，恰好闪存盘的启动功能失常（此种情况很常见），那么系统镜像和恢复工作就会让人大伤脑筋。同样，如果系统遭受病毒袭击或者硬盘损坏，操作系统无法启动，病毒查杀和数据抢救都非常困难。但在EFI系统中，这类安全工具都被直接整合，系统的维护工作变得相当轻松，换个角度看这也相当于提高了PC的可靠性。
强大的远程维护功能是EFI的又一亮点。如果你对无盘站略有了解，一定会知道英特尔的PXE（Pre-boot Execution Environment）协议，该协议分为客户端和服务器端。客户端在网卡的ROM里，当计算机引导时，BIOS会将PXE客户端调入内存执行，同时网络中DHCP服务器会给PXE客户端网卡分配一个IP地址，接着PXE客户端会自动连接到服务器，并将存储在该服务器的操作系统下载到本地运行。英特尔在设计EFI时，就决定将PXE作为EFI的一个嵌入模块，这样任何一部采用EFI技术的计算平台，都可以支持PXE模式运行。除了直接运行远程系统外，你还可以借助网络来启动计算机并安装操作系统，但与现有PC采用的PXE 2.0协议不同，EFI系统的PXE功能既可以运行在16位实模式下，也可支持32位保护模式运行，这意味着网络传输的速度更快，用户可以在更短的时间内完成网络启动以及操作系统的安装任务。
|
![榜眼[5235经验]](http://icon.zol.com.cn/bbs/detail/time_yueliang.gif){kind=icon}
![榜眼[5235经验]](http://icon.zol.com.cn/bbs/detail/time_star.gif){kind=icon}
