Alpha 21264:NT 架构最后的 RISC 希望
The Alpha 21264 CPU: NT's Greatest RISC (1998)

当世界还在等待 Intel 的 64 位 Merced 芯片时,Digital Equipment 的 Alpha 21264 已率先登场。作为 Microsoft 为 NT 开发的最后一代 RISC 架构,Alpha 21264 凭借突破 700MHz 的时钟频率和独特的乱序执行技术,在浮点运算性能上大幅超越 x86。尽管面临 Compaq 收购 Digital 后的不确定性,以及 PowerPC 和 MIPS 等 RISC 架构的衰退,Alpha 仍试图以 1GHz 的潜力挑战 IA-64 的未来地位。文章深入解析了其创新的寄存器簇设计和视频指令集,揭示了这颗芯片如何在复杂逻辑与高主频之间找到平衡,成为工程与科学计算领域的性能怪兽。
Alpha 是大多数 CPU 基准测试中最快的 RISC 芯片,也是 x86 架构之外唯一能运行 NT 的替代方案。
HN 评论区
85- hinkley
关于 AMD Athlon (K7) 使用相同总线的那段描述,以及他们计划推出 Slot A Alpha 处理器的构想——那时 Athlon 主板只需更换 BIOS 即可兼容。想象一下如果真能实现会怎样,尤其是 Alpha 版 Windows 2000 内置了 FX!32 模拟器。廉价的 Alpha 系统配上良好的 x86 兼容性故事,它本有可能成为有力的竞争者。
(好吧,我知道,要让这一切真正成真,得有好几颗星星排成一条线才行)。
- MomsAVoxell
一段 1994 年为 Hot Chips VI 会议准备的关于 21164 处理器的演示视频:https://youtube.com/watch?v=OHupqMbLj1g
一段 1992 年 4 月 University Video Communications 关于 Alpha 架构的演示视频:https://youtube.com/watch?v=klg1FtHADso,随后从 38 分 19 秒开始是关于 21064 CPU 的内容:https://youtube.com/watch?v=klg1FtHADso&t=2299s。从大约 2 分 52 秒 https://youtube.com/watch?v=klg1FtHADso&t=172s 到 4 分 43 秒,Richard L. Sites 给出了 Alpha 团队在 1992 年对未来 12 到 25 年 CPU 发展的预测,这些预测现在看来相当精准。
(Sites 最近也没闲着!他负责了超低开销的 KUTrace 项目:https://news.ycombinator.com/item?id=40972099)
- leoc
Digital、HP 和 IBM 很有远见,向 NCSA 提供了装有各自非 Intel 芯片的 Windows NT 机器,以确保他们的平台上能运行网页浏览器。我有幸使用了那台 Alpha 机器,因此它得到了最彻底的 QA 测试。我记得花了大量不必要的时间盯着散热器看,偶尔还把它指给新来的同事看,让他们确认我的惊讶之情。
免费硬件大体上奏效了,但在所有数据对齐 bug 被解决之前,我们等了很长时间。到了后来,我的计算机科学课程进展得足够深入,我开始自己寻找这些 bug。字面上来说,我拿到报酬做的第一个开发任务就是审查 64 位代码中的字对齐 bug。那是很久很久以前的事了,记忆有点模糊,但据我所记,并非所有 3 种处理器对所有数据类型都有完全相同的限制。所以,如果在 Alpha 上能运行,通常在其他两种上也能运行,但不是 100% 保证。
此后我又过了 10 年才在工作中再次处理 64 位软件,那时人们看我的眼神就像我试图耍酷一样,其实我只是耸耸肩。不,真的,我十年前就在看 64 位代码的错误了。
- rayiner
我依稀记得,Alpha 处理器在当时非常快,但其最高优化级别会放弃 IEEE 浮点数标准合规性。这当然让我们抓狂,因为我们需要验证那些数值密集型代码的移植版本。相比之下,那些优化程度较低、市场渗透率有限的芯片反而没那么有趣。
再说 HP 的 PA-RISC 芯片……那些东西既快又好用。有趣的是,配合 SoftPC,它们运行 Windows 的速度甚至比 486 还快。它们横扫了各种小型超级计算机。
如果 Alpha 能存活下来与 SGI 的 MIPS 竞争,那该多有意思。
- fredoralive
在那个年代,我用 SGI 机器为客户搭建网站……Indy 在这方面非常流行。有一天,我得到一台 DEC Alpha 机器进行评估,看看是否值得将其纳入我们的库存。
它预装了 NT,所以直接将其加入我们的服务中有些阻力。那段日子非常令人沮丧——微软当时一心要扼杀 Unix,后来连 Linux 也要对付——我们的工程团队内部对此争论不休,到底要不要在这堆麻烦上投资。
我们没投。那台机器就在我桌子底下闲置了一年,基本没干啥,最后我把它寄回去了。
如果当时对形势有更深刻的洞察,或者它运行的是 Unix 变种,我们本会给予它更好的机会。
所以后来当 SGI 也与魔鬼做交易,试图让客户转向 NT 时,那就更让人沮丧了。在我看来,那直接导致了 SGI 的灭亡。
如今回想起来,当年对 Unix 的抵触情绪简直令人难以置信,而一切似乎都要被某种“新技术”所取代。Linux 赢了。SGI 输了。在我看来,DEC 是一个本应从中吸取教训的早期受害者。