宣布时间: 2008年07月30日
若是您对从32位效劳器移植到64位效劳器的时机一直深感疑惑,,谜底就是现在。。
64位效劳器以大型机和基于UNIX?#30340;效劳器的形式保存多年了。。但在Intel?#20860;容的天下中,,64位盘算是一种相对较新的征象,,2000年与Intel Itanium?处置惩罚器一同推出。。第二代Itanium 2 处置惩罚器的宣布,,之后是AMD? Opteron? 处置惩罚器,,第8代IBM POWER?处置惩罚器,,现在是含64位扩展的Intel Xeon? 处置惩罚器都实现了比以往任何时间都更高的性价比和 更普遍的64位效劳器产品。。
云云众多的选择让用户游刃有余,,但同时还造成了市场的杂乱。。突然之间,,购置哪种64位解决计划变得不是那么简朴。。您坚持使用实验过的含数千种64位程序的真正的UNIX中级解决计划? 或者您选择基于Intel的效劳器,,它可能硬件价钱更自制并提供Microsoft?Windows?#20860;容性,,但不可提供同样富厚的64位应用程序? 也许您可以选择基于Opteron 的效劳器,,它可以资助您节约更多的本钱,,但需冒偏离Intel天下的危害。。若是您在企业中安排了pSeries 效劳器,,也许运行Linux?#30340;IBM PowerPC?刀片效劳器可以更好地为您效劳。。您何去何从? 在多个情形中它不是决议;;;;;上述产品的组合可能会是最佳的解决计划。。就像没有一台效劳器可以适用于所有客户情形一样,,没有一颗处置惩罚器可以运行所有事情负载。。
哪类64位硬件将能更好地为您效劳由您现在的硬件和软件情形来决议。。同样主要的是面临差别的事情时种种处置惩罚器的优势和缺乏,,以及他们各自的本钱。。在讨论每种64位产品的优势和缺乏之前,,我们将先先容64位盘算,,以及他怎样资助您。。
64位手艺
单独来说,, 64位手艺不是悬而未决的缘故原由。。它是您可以用“64位”做些什么来让客户对它爆发兴趣。。首先,,它作废了每流程4GB牢靠内存寻址的硬性限制。。为了一次会见4GB以上的内存,, 32位处置惩罚器求助于像内存治理器和笼罩这样的手艺,,这样做会大幅降低性能。。而使用64位寻址,,理论上效劳器可以直接会见多达16 exabytes (160亿GB!) RAM。。虽然,,现在没有盘算机可以物理上持有这么多的RAM,,无论效劳器是支持16GB 照旧 256GB,,单个64位应用程序应可以会见需要的RAM。。可是,,并不是所有 “64位” 处置惩罚器都是一律建设的。。虽然新型Xeon 处置惩罚器和Opteron处置惩罚器接纳 “64位扩展,,”,,但他们的虚拟内存“只有” 48位 (与Itanium 2 和 IBM PowerPC 970?差别,,他们有完整的 64位寻址)—但足以应付种种使用。。这些64位扩展添加了有用的性能,,如64位寄存器(更多的总寄存器)和64位指令,,两者都可以提升性能1。。
毫无疑问,,64位妄想将更有益于某些事情的运行,,同样可以确定的是其它事情也可以看到移植到64位手艺带来的少许性能提升。。相识哪些应用程序可以充分使用这些效劳器,,哪些不可很主要。。这类信息可以资助您阻止移植不须要的应用程序而造成的铺张,,它还可以资助您分派那些应用程序应首先移植。。
为了获得64位指令的所有优势,,需要使用优化的64位编译器来重新编译应用程序,,并且有可能需要重新编写一部分应用程序。。
除了这些基本属性之外,,64位 处置惩罚器尚有一些会影响性能的特殊的架构属性。。
软件思量因素
哪些应用程序可以充分使用32位到64位盘算的移植,,哪些不可? 按从大到小的优势排列,,这些应用程序包括:
I/O 麋集型 — 任何从装备捕获数据的时间多于处置惩罚数据的时间的应用程序:后台数据库(如IBM DB2?Universal Database、Microsoft SQL Server 和 Oracle)、电子商务、CRM、ERP、SAP、SAS、种种主要和笔直的应用程序,,以及任何其它需要大宗内存的应用程序。。总之,,这些应用程序应看到64位硬件、操作系统和装备驱动程序的显著性能提升,,以及作废了内存笼罩和其它性能抑制因素。。
盘算麋集型 — 高性能盘算 (HPC) 和科技盘算,,包括生命科学、地球物理研究;;;;;高端图形渲染;;;;;流视频,,和任何其它破费更多的时间用于处置惩罚数据而不是检索数据的应用程序。。
网关/清静基础架构 — 前台 SSL 效劳器、目录效劳、互联网缓存和数据库。。这些应用程序可能从移植到64位手艺中受益。。您应联系各家软件供应商,,相识他们使用64位功效的妄想。。
标准基础架构 — 这类应用程序通常很少从64位盘算受益。。应用程序包括文件和打印效劳器、低容量/非要害商业应用程序和不可能重新编写用于64位的古板应用程序。。
只管在使用64位操作系统的64位硬件上,,许多32位应用程序更快地运行,,但通过移植/升级32位应用程序到优化用于64位的版本,,您可以从中受益菲浅。。虽然,,这一历程不会瞬间完成(并且由于需要64位操作系统和需要64位中心件和装备驱动程序而变得很是重大)。。
效劳器的正常生命周期是从经济的角度来思量升级硬件和软件,,然后阻止使用效劳器并用新硬件来取代。。若是新效劳器与其要取代的效劳器类似,,这一历程相当简朴:在以前的效劳器上运行的32位软件也可以在新的32位效劳器上运行(纵然不可更好地运行)。。
可是,,若是升级不是像上面所说的那么简朴,,那么效劳器升级将陷入多种软件版本的逆境。。当您接纳64位盘算时,,您将必需面临治理双代码基础的场景:在32位效劳器上运行32位软件和在64位效劳器上运行32位和64位软件。。您将怎样协调尽可能顺遂地完成这一过渡?
Opteron、新型Xeon 或PowerPC 970等双模32/64位 处置惩罚器允许您无邪地从32位操作系统上运行的32位软件最先。。然后,,您可以凭证需要和预算升级到64位操作系统,,仍然运行32位应用程序。。在这样一种情形中,,您将有可能看到少许的性能提升,,部分是由于操作系统自身由于拥有大容量RAM而将更有用地运行,,部分是由于应用程序将不再需要与操作系总共享较低的4GB寻址空间。。(您还可以重新编译32位应用程序来优化用于新的64位 处置惩罚器,,以充分使用新指令的优势。。) 最后,,当64位应用程序可用时,,您可以从32位版本升级来实现另一次的性能提升。。若是您安排了完整的64位软件栈(操作系统、装备驱动程序、中心件和应用程序),,您可以实验移植到Itanium 2。。在Itanium 2上运行的32位应用程序的性能将低于许多32位效劳器上运行的性能—除非大大都效劳的应用程序事情为64位,,不然不值得这么做。。
64位操作系统更快的速率和更大的内存寻址,,连系64位效劳器的企业可扩展性,,如IBM xSeries? 455 (向上扩展) 或 IBM BladeCenter (向外扩展),,一同致力于简化多台效劳器的整合。。64位盘算效劳器堪称是多种趋势的首选解决计划:效劳器整合(物理和逻辑)、效劳器虚拟化和Linux。。
64位 硬件架构
Intel、AMD 和 IBM 在他们各自的处置惩罚器方面有截然差别的设计要领,,因此各有善于。。值得注重的是凌驾处置惩罚器特征以外的其它主要的系统特征,,如集成系统治理、可靠性、可用性、轻盈维护性、选件兼容性测试和包管条款在选择效劳器都一律主要。。不应忽视这些特征的保存和等同性。。由于本文的重点所在,,我们将在其它场合讨论这些区别。。
Intel Xeon处置惩罚器
现在,,普遍的IBM xSeries效劳器中接纳含64位扩展的Xeon 处置惩罚器:2路 Value x226 和Performance x236 塔式效劳器、2路1U x336 和 2U x346 机柜优化型效劳器、以及2路IBM BladeCenter? HS20 刀片效劳器。。他们与32位 和 64位 版本的Windows 2003以及Linux兼容,,为您提供更大的操作系统支持无邪性。。(本文中没有先容基于Intel Xeon EM64T 处置惩罚器的4路和4路以上的IBM 效劳器--x366、x260、x460效劳器)