SPARC王朝回归？Sun UltraSPARC T1规格初探

开战时刻？重回SPARC紫阳王朝？

进一步的，我们来谈论技术发展、强化方向与经营策略、态势的相关性。Sun的SPARC服务器（也包括HP、IBM的UNIX服务器）近年来饱受x86服务器的价格效能比所挤压，尤其x86 CPU多以制程、频率、快取的提升作为竞争利器，SPARC的频率提升进程若与x86相比简直是缓步（900MHz推进至1.2GHz就已经相当辛苦，但x86阵营却动辄2GHz、3GHz）。

加上Sun体会到Edge Computing需求的成形，以及多线程的程序（如Java、.Net，Sun方面多半避谈.Net）日渐普及，因此决定不与频率表现起舞，转走入高度平行线程的设计路线，且同样要实现卓越的整体效能，以更大的设计转向来争取价格效能比的优势，如今相信Intel也必须转向，理由是4GHz频率魔障已困扰Intel许久，眼前已确定改以双核、多核方式来持续提升效能，等于与T1走相同路线，不过Xeon目前仅双核双线程，离八核四线程的路程尚远。

富士通的SPARC64 V处理器（已装上散热片），富士通透露2006年将会有双核版的SPARC64 V，同时在更下一版的SPARC64 VI当即是与Sun共同合作研发的APL处理器

而且，Intel过往重度倚赖的快取容量也将在网络运算领域中大失效果，快取的加速在单机运算上较为受用，能强化本机端重复运算的效能，但网络运算的数据重复率较低，讲究的是高通量的运算，此方面快取就难有帮助，反而成为CPU的累赘（芯片的耗电主源），因此要从高度重复的本端机运算，转变成相依性低、重复性低、传输量大的网络型运算，此一调整将极为可观，加上省电表现也是目前Intel的首要难题，同时要面对两种体质的大调适，确实有着极高的难度。

再从另一个角度看，若要朝更高阶运算的领域发展，那么CPU的连接架构、RAS设计等也必须强化，这方面Sun属意的正是与富士通合作中的APL，APL不强调高度的平行线程处理，而是强化少数纵线程的执行能力，主要诉求在传统SMP高阶系统上，有高度集中、一致、相依的运算特性，且严苛讲究运算过程及结果数据的正确性，即是往大型主机的极坚稳、良善的方向迈进，但也要重视效能。

笔者也确实认为，Sun若希望打入更高的运算层次，与富士通合作，将富士通大型主机的经验、技术、及SPARC64的RAS机制引入到APL，是目前最理想的作法，2001年Sun曾试图用既有的UltraSPARCⅢ搭配更多的机内备援组件设计，期望以Sun Midframe系列挑战IBM大型主机，但成效却不佳，如今改用APL再次挑战，胜率必然比过往Sun Midframe高。

同样的，Intel也有意朝更高层次发展，也因此才有Itanium，不过在RAS、连接架构等方面的技术上却不易掌握，毕竟这是过往高阶系统业者的关键Know-How，不会轻易透露，Intel比较能取得此类技术的来源当是HP、NEC、UNISYS、SGI，然而这些业者也都希望将Itanium 2设定在“仅在价格效能比上有竞争力的机内基础运算组件”，不希望CPU涉入更多的整机系统的设计秘诀，所以这些业者也都坚持自行研发Itanium用的芯片组，而不实行共享。

目前富士通的PRIMEPOWER服务器（即UNIX服务器，与Sun相同皆实行SPARC RISC＋Solaris UNIX的组合）之系统模块板（如图）尚无法与Sun的Sun Fire E系列服务器共通使用，但相信至APL处理器完成时，此一相通可能性将会大增

所以，Intel原先期望复制自己擅长的用量规模优势来经营Itanium，因此积极争取多数系统业者来共享Itanium，以尽可能增加芯片用量，但也因为各系统业者期望持续掌握系统层面的自主，使Itanium只好维持中立、共通的设计路线，不能轻易改变连接架构及相关的体质设计，相对也让Itanium难以用设计变更来提升质量、效能，最后可能完全只能朝制程、制造技术强化的路线来发展，如更高的频率、更多的快取、更多的核等。Alpha、PA-RISC等末代芯片最后也落入此种提升法，尽可能不改变原有架构设计，例行提供给用户更高的价格效能比（甚至用户认为理所当然有所提升）。

当然！Sun在初阶领域已与AMD密切合作，Sun也有意与AMD进行更深入的技术合作（在CPU设计层面），毕竟T1与Opteron的定位较为接近，Sun等于要维持两种初阶系统及芯片，除非Sun想重回独尊“SPARC＋Solaris”的专注一箭政策，否则就必须让Opteron与T1的后续发展尽可能相似，才能让维护心力获得精省，目前来看也确实如此，T1的系统将与Sun Fire X2100/4100/4200相近。

即便是Solaris有x86/x64版及SPARC版，对用户而言使用T1或Opteron的差异不大，但也仅在操作管理及应用程序方面较为平顺，驱动程序、硬件支持的开发、兼容验证测试等依然有两套程序要执行，所以最后还是尽可能融合一致，让后续的T1与后续的Opteron能划上等号，Sun方面也认为自己有多年的工作站开发实务、Know-How、机制技术等可导入到Opteron中。