＋设为首页 ＋添加到收藏夹
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大设计原则中的一个。... 下一页