由于RHEL5能借力数个多核处理器继而将其引入同一台机器内,所以其性能也得到了相当的增强。在我们的测试中,RHEL5可以非常容易的辨别出Polywell 2200S服务器里安装的两块Athlon处理器,即便碰上配置有4块双核Athlon 64位处理器的HP 585服务器,它也能干脆利落的拿下。事实上,这当中RHEL5还真没遇到过检测出现错误的事故,不过我们在一台Dell PowerEdge P280服务器以及自己所用的HP DL140服务器上见到过非常古怪的显卡几何问题,但这也都属小事一桩。
对于后来才出现的Xen-ified RHEL5内核来说,在引入Xen的管理程序后,相比较“原生态”版的RHEL5而言,其所带来的影响仅仅是增加了丁点等待时间而已。我们从性能角度出发对这种Xen影响力进行过检验,发现管理程序层面以及“Xenified RHEL5内核”的“输入损耗”几乎是微不足道,性能也由此没有受到多大影响,不过在Xenified RHEL5内核上增加多个客户操作系统就会大拖性能的后腿了。为此,我们试着创建了两个客户“domU”(这是Xen世界里的叫法,指一个运行中的虚拟机,其上有一个客户操作系统在执行)实例,并且在每个操作系统客户实例中运行LMBench3基准测试软件,随着这些实例的增多,人们可以看到系统的性能由此而直线下划。

图4 RHEL5的新安装工具Priut对用户们来说应该不算陌生,而它来自最近释放的Fedora Core系统。

图5 Priut与Pup这样的工具即便运行起来有尚佳表现,也不会令我们感到狂喜,但是测试中在升级更新频道里我们所碰到的“臭虫”却令人抓狂。
设备以及视觉亮点
Red Hat已经重建了自己的设备驱动模式,以此寻求为硬件厂商提供兼容程度更高的程序代码构建能力。在由此可能会带来的回报当中就包括一种开放源iSCSI 设备,它允许多个操作系统实例使用虚拟化存储方式,而且还可以与外部存储工具进行连接,它能让外部iSCSI存储设备延伸至操作系统因而也缩小了服务器硬件额外所占用的空间,另外,它还赋予系统设计者们更为灵活的存储选择项目,毕竟这些人本就应该在一个更有秩序的环境中来维护那些虚拟操作系统实例。
![]() |

