你是否使用过一台笔记本电脑或者是台式电脑，我想大多数人的答案都是肯定的，而这些电脑有很大可能性都是采用英特尔808x线程的，无论是windows还是Mac都是如此。英特尔处理器的优势可以追溯到上个世纪70年代，也就是1978年，那一年IBM选择了英特尔的8088处理器制作第一台个人电脑。
但是这种选择并不那么水到渠成的，或许在某些业内的资深人士看来，这一选择似乎有些匪夷所思，因为在当时，英特尔的8088处理器甚至能够说是当时性能最差的16位处理器之一。
历史往往是由胜利者书写，对于TI的TMS微处理器来说更是如此。也许英特尔的8088处理器对于第一台家用电脑来说不是较好的选择，也并非最明智的选择，但是对于英特尔来说却是较好的机会。
笔者作为德州仪器曾经负责开发TMS9900微处理器的一员，见证了英特尔8800处理器和TMS 9900的你争我夺，但是现在有多少人还记得TMS9900呢？历史就是如此，往往选择性的记住胜利者，而忘记失败者。
当然，对于那一段历史来说，较大的失败者不是TMS9900，被遗忘的也不止一个。当时Motorola 68000在性能上远超英特尔8800和TMS9900，也并没有只局限在IBM的个人电脑上，但是为什么只有英特尔胜出了呢？下面，笔者就带大家探索一下哪些可能不为大家所熟知的芯片历史，为什么TI成为了是失败者，为什么摩托罗拉被英特尔赶超，失去了市场？
1978年，笔者正在做关于TMS 9900的演讲，以争取获得IBM的个人电脑采用，然而TI并没有把握住机会
在结束研究生学习之后，我于1972年加入了德州仪器，也就是TI。大约两年之后，我见到了TI位于休士顿的MOS部门的经理Jack Carsten（//）。TI当时在休士顿主要进行金属氧化物半导体芯片的研究工作。
当时的我，作为一个年轻的工程师，真的有点被Jack Carsten吓到了，他在我的演讲中就坐在会议室的桌子边上，抽着雪茄，没当他听到他不同意的话的时候，就会在嘴里咕哝着“bull****”。
当时行业的发展状况是，三家较高级的半导体公司——Fairchild、Motorola和TI，都在做从双极集成电路过度到金属氧化物半导体电路的工作。这种需求来源于，MOS芯片需要一种完全不同于双极芯片的工艺和结构。英特尔当时还是刚刚成立不久的“小公司”，没有大公司的通病，业务转型速度很快，而Fairchild、Motorola和TI，这三年公司速度就明显慢得多。
三家公司之中，TI的转型速度是最快的，在很大程度上，这主要归功于像L.J. Sevin这样的人。L.J. Sevin在1969年离开TI成立Mostek，转行做了一名风险投资家。此外，力主MOS转型的还有曾担任TI TTL家族产品系列负责人的Jack Carsten（也就是之前提到的那位）。
TI的MOS部门在新兴的掌上计算机部门市场所需求的逻辑芯片上取得了显著的成功。虽然该公司在与英特尔竞争的过程中击败了英特尔，并最终开发了第一台通用微处理器。但是该公司的工程师并没有线处理器。当时TI对于英特尔的关注大多分布在在8080和之后出现的8080-A八位微处理器上，这些微处理器要4004性能更好。当时，TI MOS部门的任务是在微处理器和DRAM产品上追赶上英特尔。
因此，TI开发通用微处理器总是在遵循一种开发策略。该策略的背后关键假设是，软件将会驱动芯片的发展，并且将能够使MOS IC获得成功。
这样一来，无论是在系统还是在消费产品方面，TI将会在微控制器方面获得领先的地位，并树立行业标准。而这些领域在未来也都是快速成长的业务。
但是要做到这一点，TI就必须超越当时以英特尔8080为代表的八位微控制器，首先进入16位架构市场。正是这一战略的引导，才出现了之后的TMS9900计划。
赢家：尽管英特尔的8088微处理器并非完美，IBM还是选了它用在个人电脑上，这款电脑在1981年推出。
TI有着深厚的技术积累，早在上世纪60年代末的超级计算机竞赛中就已经展现了其深厚的技术能力和计算机技术。在60年代末，那场以石油公司为主导的石油勘探的三维分析所带来的计算能力竞赛中。TI借着这一趋势，成就了公司的初始业务。虽然当时IBM、Control Data Corporation和其他一些公司都参与到了这一趋势当中，但是只有TI第一个将先进的科学计算机应用到这一市场。
因此对于TI来说，为16位的微处理器，选择一个芯片结构是格外的简单的事情。TI当时采取了这样一个策略“one company, one computer architecture”。旨在提升公司不同部门之间的协同作用。比较鲜明的一个例子是，TI的数据系统部门已经推出了一系列的TTL微控制器产品，能够用在美国的很多地方使用。所以在TI为TMS9900采用类似的架构，也就没什么太大的悬念。
Carsten的团队知道，想要将TMS9900以及SBP9900发展成熟需要很久。在1975年和1976年的时候，这种芯片很难准备充分。与此同时，MOS部门也在实施另一项计划。该计划旨在拷贝英特尔8080A微控制器的架构以进入类似的市场。然后在此基础上推出TI自主组架构的八位微控制器。（TMS5500），然后再发展到16位的TMS9900。美国国家半导体公司当时,已经发布了一款16位的通用逻辑芯片组，称之为IMP-16。但是由于其采用了多款芯片，所以从来就没有正真获得真正的普及。
虽然TMS9900的公布面临着很多挑战也经历了延迟，但是该款产品最终在1976年上市了。尽管如此，TMS9900还是面临着很多问题。
首先，该款芯片并没有可兼容的16位外围芯片。假如没有外围芯片来辅助处理通信和存储功能，16位的微控制器对于总系统设计来说毫无价值。
第二个问题是，TMS9900所采用的结构与其他的TI产品相比，只是采用16位的逻辑地址空间，在其他架构方面与八位的微处理器几乎相同。可以说TI并没有开发一个全新的体系架构，这在当时是无法解决的问题。
最后一个问题是，TI已经将它的微处理器技术应用到了多个领域，例如国防和半导体。但是如果他们的产品都采用了TI的微处理器架构，这些企业的竞争对手将处于不利的地位。
失败者：困扰TMS9900的主要问题是,缺乏可兼容的外围芯片。所以在系统模块设计方面毫无建树。
由于TMS9900在16位的外围芯片方面缺乏兼容性，当时的TI工程师不得不想出另外一个点子。要知道当时大量的外围芯片都是基于八位微处理器工作的，也是基于8位微处理器在设计的，那么为啥不能够将8位的外围芯片应用在TMS9900上面呢？这个想法在当时听起来是那么的合理。
随之而来的结果是，在1977年推出的TMS9980，线位的外围芯片功能增加到了16位微处理器上。这样带来的一个结果就是否定了16位体系结构的优越性以及性能。
要知道将TMS9980这一个16位的微处理器用以执行一8位的外设指令的话，微处理器将不得已降低一半的性能，这对于一个16位的微处理器来说，其执行效率并不比一个8位的微处理器要更好。
在完成这一任务之后，Carsten离开了TI加入英特尔，成为了销售与市场副总裁。毫无疑问，英特尔将会成为TI在微处理器市场面临的较大竞争对手。
当然，英特尔也一直都在开发着自己的16位微处理器8086微处理器，该产品最终在1978年4月推出。但是英特尔芯片的优点是该芯片解决了16位外围芯片不足的问题。其处理方法在于通过在微处理器上增加一个八位的端口。这一方式与TI的TMS9980的解决办法有异曲同工之妙，可以说在性能方面要比之前的8086都要低。但是英特尔芯片确实要比TI的芯片有一个很大的优势，那就是英特尔芯片采用了20位的逻辑地址空间，而不是16位的。这在某些特定的程度上提升了自己的内存地址能力，相比于16位来说，要有更高的性能。
当英特尔已经开发出了替代8086的新产品的时候，TI没有采取类似的措施，而是裹足不前。当时很多的客户都希望在这一市场有至少两个厂商提供类似的半导体元件，以保证足够的竞争，能够降低产品的价格和提高可用性。
与此同时，其他的一些竞争对手也已经宣布了他们自己的16位通用微处理器的发展规划。摩托罗拉的68000微处理器，可以说是最具有雄心的。虽然68000微处理器有16个外部引脚，但是实际上它的内部采用了32位的结构。这就是说，该产品能够在外部同时处理24位的逻辑地址空间。而在后续的产品则能够解决32位的问题。
Zilog，8位微处理器的缔造者，宣布将要推出16位的Z8000微处理器。该产品具有分段存储功能，在1978年底或者是1979年年初推出。与摩托罗拉不同的是该产品是16位架构。
摩托罗拉的16位68000微处理器，在内部采用32位结构，但是芯片当时的设计并没有为IBM的PC考虑。
1978年10月，在英特尔8086微处理器推出六个月之后。我转移到了TI的MOS部门，成为了微处理器部门的经理。到了这样一个时间段，公司里的每一个人和公司外的很多人都知道TI的16位微处理器策略已经没有作用了。但是复杂的任务分工使得企业内部依然在尝试着开发一款能够兼容16位外围芯片的16位微处理器，该产品就是TMS9940。
当我到这个部门的时候，这款产品已经重复开发了很多次了。这时候我就已经知道我将不得已面临一个十分艰难的局面。
那么为什么我会放弃一个很好的工程师工作，转去做消费品部门的工程部经理呢？答案是工作地点。TI微处理器部门总部在休士顿，而移动消费产品部门总部在德克萨斯的Lubbock。
在我到达休斯顿之后，有人告诉我。我需要为正在为IBM秘密开发的TMS9900的一个项目准备一个关于16位微处理器的演讲。据了解，当时IBM这一个项目的总部在佛罗里达州的博卡拉顿市。为了这个演讲我花了很多时间去准备。但是IBM的团队缺兴趣缺缺。直到1981年我们才明白我们到底失去了什么。
John Opel，IBM的总裁和首席执行官。在他开始组织IBM Boca Raton研究小组的时候，就已经决意要做一些非同寻常的具有改革意义的事情。也就是我们后来所说的Entry Systems Division。那时候他就已经意识到，无论是Apple,、Commodore、Radio Shack,、TI，还是其他什么公司的个人电脑产品，对于IBM电脑业务来说都是一种威胁。
所以他才在博卡拉顿市成立Boca Raton研究小组用以开发IBM的个人电脑。那时候他们能够非常自由的对第三方的产品做选择，无论是的操作系统还是用软件。这一标准就是个IBM的系统非常的开放。也加速了产品未来的上市时间。
当然了，John Opel仅仅对这一方案提出了一个要求，那就是必须要带有IBM名称，这样就不会损害公司的质量和可靠性。为此，IBM庞大的质量保证组织必须在产品发布之前签署产品。
IBM的开发团队，对于16位微处理器的选择并没有太多的争论，在当时来看，摩托罗拉的68000微处理器在性能方面无疑是较好的，它拥有较大的逻辑地址空间。这比采用16位内部结构的微处理器要好得多。在未来也能够很容易地扩展到完整的32位结构。
而且最重要的是。68000微处理器是“Big Endian”。“Big Endian”和“Little Endian”这两个是为了在计算机中存储字节的内存。
由于16位微处理器结构是从8位微处理器结构进化来的，那么工程师就必须决定哪一个8位字节首先用在16位结构当中。
那么在IBM开发的电脑中，摩托罗拉68000微处理器就很好地满足IBM的要求，那么为什么我们今天没有见到采用摩托罗拉68000的计算机呢？
答案还是一个，市场。虽然英特尔8088微处理器对于IBM来说并不是较好的处理器，但是至少它可以在一定程度上完成量产。而摩托罗拉68000微处理器则不行。要知道，IBM的组件认证过程要求制造商可提供数以千计的已经生产的产品来作为测试样本，以保证产品的寿命和其他特性。IBM为此安排了数百名的工程师从事质量保证工作，以确保组建资格的认证。
而在1978年上半年，英特尔就已经发布了很成熟的8088产品的样本，但是直到1978年的年底，摩托罗拉68000微处理器依然不能够很好的获得量产。
对于摩托罗拉来说，不幸的是，当时的IBM Boca Raton小组想要尽快的将新的IBM个人电脑打入市场，所以对他们来说只有两个比较完美的产品可供选择。
也就是英特尔和TI的产品，然而在这两个产品当中，英特尔当时的产品要比天籁TI的产品更加的完美。
虽然并没获得这次机会，但是并不代表TMS9900就这样归于死亡，消失于市场。IBM的高级管理人员依然在想方设法将更多的处理器引入他们的电脑。也许在未来的某个时间，IBM将会采用TMS9900呢？当时有这样的想法。
然而，开发团队在之后的过程中又迎来了一点挫折。TI的开发团队主要有两个部门的人员组成。一个是主要开发游戏机的，一个是主要开发个人电脑的。但是他们提出的混合产品，并不适用于其中任何一种应用。
虽然TI终究是退出了一些产品。比如 TI-99/4，在1979年面向市场，在1981年又推出了后续产品TI-99/4A。都有非常明确的销售目标，可以说在1984年第二次宣布退出家用电脑市场之前。此公司就以巨大的损失销售了数十万台电脑。
自己在退步，对手在进步，这种差距是显而易见的。在TI不断退步的同时，英特尔的8086处理器则在不断地发展，并克服了它自身的缺点。
而摩托罗拉，也带着其卓越的技术，渐渐的失去了市场的优势，在之后的很多年都难以崛起。
虽然我的主题是关于讨论那场斗争的失败者，但是我也要说一些关于IBM PC操作系统的线位的微控制器来说，操作系统是一个必然的选择。IBM开发小组为越来越好的适应市场，所以他们委托开发了另外一个新的系统，叫做CP/M-86。
因此，我们正真看到电脑市场在当时及之后的岁月当中，无论在操作系统还是微控制器上都在朝着不同的方向发展。
这一概念在今天的硅谷被称之为最小可行产品。如果你的产品具有某些独特的新功能，那么你的客户就会尝试探索新的方式来使用它，这将会极大的激活这样的产品的生命力。
可能提供简单的限制要远比重复繁重的认证要好得多，也可提供更加长远的价值。没有人能够预料到个人电脑在以今后的发展过程中真正的价值在于操作系统的兼容性，而不是硬件。如果那时候是IBM而不是微软控制了操作系统，那么现在的计算机世界将会是完全不同的环境。
从TI的案例中我们就能够得出类似的经验，在1979年，TMS9900没有赢得通用微处理器的竞争。那么在通用微处理器之后呢？TI将更多的战略集中在了专用微处理器上。这才引出了之后的数字信号处理器TMS320系列发展。
文章收集于网络，版权属于原本的作者所有，为传递信息而发，如有侵权，请联系小编删除，谢谢！
《高性能高扩展的千亿级实时数据仓库全实现》课程凝聚讲师多年一线大数据企业实际项目经验，大数据企业在职架构师亲自授课，全程实操代码，带你体验真实的大数据开发过程，代码现场调试。通过本课程的学习再加上老师的答疑，你可完全将本案例直接应用于企业。返回搜狐，查看更多责任编辑：