dec、alpha等失利的地方
【相关文章:技术专家带你您走出SOA六大误区】 【扩展阅读:晶芯推出FB-DIMM新架构的DDR2服】1992年11月,小型机领域的佼佼者dec推出了64位微处理器alpha 21064芯片,希望将众多的vax装机客户吸引到使用64位alpha处理器的系统上。 vax系统是一个32位体系结构的系统,这个事实表现在所有应用程序上。根据dec公司自己的估计,每个vax应用程序在移植到alpha系统结构上时需要重写其中15%到20%的代码。每个业务应用都重写这么多代码,可想而知工作量有多大! 最终,vax系统升级到64位系统的工作失败了,而dec也在1998年被“pc新贵”康柏收购了。 unix厂商采取了另外一种策略,即把32位体系结构配置成64位系统结构的一个子集,这意味着旧的32位应用程序可以运行在64位的硬件上,但是要想发挥整个64位体系结构的优势,这些应用程序还是需要重写。这样导致的结果是—大多数unix系统今天仍然是32位的。这在unix圈子里是个心照不宣的秘密,尽管厂商们都在大肆吹嘘64位硬件。 【扩展信息:SOA从整合软件功能向管理企业硬件转变】 全内置设计思想与as/400服务器的成功 1988年,as/400的前身系统38问世。与其他计算机系统不同,系统38并不是由硬件定义的,它由软件定义,应用程序并不直接与硬件“对话”,与之“对话”的只是一个超越于各种硬件技术之上的机器界面。这个界面与实际硬件之间有许多行语句的操作系统软件,这意味着当处理器技术更新时,38机能够做到只重写与硬件变化紧密关联的部分微码层,因而保持机器界面的完整性。因为有这种技术独立性的设计,38机升级到as/400系统后,再次使用“技术独立性”设计原则,但处理器技术从48位复杂指令技术转移到64位精简指令技术上时,as/400服务器系统能够让用户在包含64位关系型数据库的64位操作系统环境中,把原来48位的as/400应用程序作为纯粹的64位应用运行。大多数客户只需把他们的程序从cisc系统上复制下来,再恢复到新的risc系统上,他们的程序就能够作为彻底的64位程序运行。 “可以这样说,as/400并不是第一种使用64位risc处理器的计算机,但正是得益于它那具有技术独立性的体系结构,as/400系统是第一种完全发挥64位处理器技术优势的计算机。 如今虽然ibm公司出于某种特殊原因将全内置服务器不断进行更名,由最初的system38开始,经历了as/400-->iseries-->system i5,实质上这些服务器产品的全内置设计思想原则从未改变过。 frank是system i5首席科学家,他所提到的技术独立性,实际上就是全内置服务器5大设计原则中的一个。... 下一页