“一个人认为是常数，另一个人则认为是变量”——这就是程序员的智慧

大多数工程公司都设置了CTO，负责制定技术方向，指导研究，并且向工程师团队下达指令，负责演讲以及技术思考。

但是作为开源联盟，CTO可以做什么呢？在没有员工可管理、没有产品期限、没有季度利润目标的情况下，你如何管理员工或设定技术方向？

RISC-V新任CTO Mark Himelstein，似乎对整体技术方向很有想法。他也有一些有趣的想法，关于什么是一个好的处理器，以及如何做到这一点。上周我们讨论了他的角色，RISC-V的地位，以及未来的技术路线。

首先，CTO实际上是做什么的？“我想让尽可能多的RISC-V内核和芯片部署到世界各地的广泛行业中，我想解决一些应用领域的空白，我对所有的项目都有全面的认识。”

该描述中没有涉及指令集、流水线、超标量、分支延迟、缓存管理或任何其他种类的体系结构。相反，他关注的是全局以及RISC-V的独特之处：它的开源社区。

在大多数公司中，CTO会负责未来的架构决策，并领导设计团队。RISC-V并不是这样。“我们已经有一个强大的架构师团队。”他不负责这个，但这并不意味着他做不到。Himelstein曾经在MIPS、Sun工作，曾经担任过Quantum的CTO，并且创建过Graphite Systems，既懂硬件也懂软件的一位全面型人才。

“架构很重要，但它只是冰山一角。”Himelstein说。他没有制定RISC-V指令集体系结构的演变。事实上，没有人可以这么做，这是一个社区的共同努力。RISC-V国际组织的成员大多是在其他地方工作的志愿者。“成员有客户，客户也有需求。”如果对架构扩展、改进或添加有足够的需求，那么就会有人提出。但任何这样的提案都必须至少有两名成员支持，否则就没有前途了。我们的想法是提高一个适度的门槛，使架构扩展不会被轻率地提出。必须有人真正想要它，并愿意为此游说。一旦这个障碍被清除，它就要为更大的群体考虑新的变化。

他说：“架构很重要，但它只是（众所周知的冰山）的一角。”。更大的部分是什么？“当然是生态系统。没有生态系统，架构就没用了。”

很多工程师都有可能设计一个优秀的CPU架构，但很少有人看到曙光，因为他们背后没有动力。构建一个成功的CPU并不需要巧妙的流水线，而是关于行业支持。处理器家族就像社交俱乐部一样，你必须想加入。

RISC-V似乎已经越过了第三方支持开始滚雪球似的扩大，它正逐渐走向大时代。但Himelstein认为还有很多工作要做。在商业竞争环境中，CPU供应商通常会利用生意方式“鼓励”软件开发人员，为处理器编写一个编译器。

然而，RISC-V没有足够的现金来支付给开发者，那么他是如何激励那些开发人员的呢？“我正在努力，”他承认。“看看Linux，Hadoop，Eclipse，Apache……他们都是围绕着贡献者成长起来的，Hadoop的贡献者就好像摇滚明星一样酷。”

他将这个过程与OpenSPARC或OpenPower等看似相似的开源处理器进行了对比。他说，这些产品都是之后开源的，它们一开始是专有的商业产品（在Sun和IBM），后来又回到了开源领域。“他们只是跳上了开源的列车，这些群体中似乎没有人像在Hadoop或Linux圈子里看到的那样，有着同样的热情和自我激励。我们希望RISV-V可以更像Linux或Hadoop。”

CPU的硬件发展和软件支持，难道不会导致分裂吗？如何平衡定制与兼容性？“从历史来看，我们可以定义Linux工作的基础，但也支持向量扩展之类的进步，我们看到其他体系结构为Linux提供了太多的变体。”

相反，RISC-V定义的配置文件不仅仅是指令集的一个子集。概要文件定义了一个目标应用程序，包括内存顺序、设备树、架构和其他详细信息。“用C++或java的方式来考虑它，有一个基本配置文件可提供应用程序兼容性，自定义配置文件可以覆盖基本配置文件。”

许多CPU家族似乎采取了三管齐下的方法，对基础架构进行了低、中、高性能的变化（比如Cortex-a、Cortex-R和Cortex-M）。会有三个RISC-V配置文件吗？

“已经有三个了，”他说道。“我们希望RISC-V可以涵盖从物联网到高性能计算的所有方面。我们已经在RISC-V服务器上运行了数据库。物联网更容易，所以它做得更快。客户的硬件设计周期和产品生命周期都是不同的。RISC-V联盟无法控制这一点。”

“Arm花了30年时间才进入笔记本电脑和超级计算机领域。我们没有ARM必须解决的版税问题。”Himelstein说道。

RISC-V的下一步是什么？“RISC-VI”Himelstein说。

David Patterson教授已经创造了RISC-V，有传言说他正在研究另一种暂定名为RISC-VI的设计。

RISC-V的发展采取了社区的方法，它将成为它的成员和用户想要它成为什么，随着时间的推移，它会基于不断的反馈而不断发展和演变，而不是通过强制执行一个人的意愿而达成愿景。这符合所有相关人员的利益，任何人都可以贡献——或者无论如何都可以尝试——任何人都可以解构、修改它，或者对它做一些夸张的改变，而不需要任何人的许可。你唯一不能做的就是称它为RISC-V，除非它得到了Himelstein小组的批准。“我们确实是会设置一些标准。”