开源硬件是未来趋势,Arm 却走了一条与众不同的路
“开源”一词所代表的不仅仅是技术人员的情怀,它还传达了诸如研究知识共享和社区建设之类的观点。虽然开源一直都在产生积极的影响 —— 随着开源微处理器指令集架构 RISC-V 的日益普及,推动软件创新的开源运动现在正在微处理器领域引起轰动,但半导体 IP 提供商 Arm(为 95% 的智能手机嵌入式处理器提供了支持) 并不是开源的狂热爱好者。
近日,外媒 Synced 与 Arm 嵌入式、物联网和汽车营销高级总监 Rhonda Dirvin 进行了一次对话,探讨开源硬件和开源软件之间的区别,以及由此对 Arm 进行决策带来的影响。
Dirvin 认为,当今的开源硬件格局并不像看起来那样简单明了:“我们开始看到有人说免费并非真正的免费。因为归根结底,他们必须考虑验收所需的内容以及实现指令或架构所需的内容。但他们没有像 Arm 或其他一些较早建立的供应商那样支持着整个生态系统。”
那么,验收开源硬件与验证开源软件有何不同?Mellanox Technologies 的外部董事 Thomas J Riordan 告诉 Synced,他认为两者面临的挑战实际上非常相似。“从指令集架构(ISA)层面上来看,处理器和开源程序都是用某种高级语言(HLL)编写的软件(算法)。在这两种情况下,必须以详尽的方式对处理器/程序进行验收,以确保质量结果。”
“就实现指令集架构而言,它是开放的这一事实几乎可以保证其可以从多个来源获得许多实现,这也是 Arm 所担心的情况之一。毕竟开源模型的功能已得到充分验证。如果说 RISC-V 就是处理器界的 Linux,那么就好比微软希望 Linux 和 Android 从来都不存在一样,Arm 也希望 RISC-V 不存在。” Riordan 如此说道。
2019 年可能是 Arm 的转折点。这家英国公司对客户(主要是半导体公司)的微处理器 IP 许可进行了一系列重大更改,目的是提供更好的访问以及更灵活的芯片设计选项。今年早些时候,Arm 推出了 Arm 灵活访问权限(Arm Flexible Access)—— 通过它客户可以以较低的费用访问公司的广泛技术组合,而没有购买完整许可证的义务。
在本周于圣何塞举行的 Arm TechCon 年度技术会议上,Arm 首席执行官 Simon Segars 宣布将自定义指令(Custom Instructions)添加到以 IoT 为重点的 Cortex-M 处理器系列中,并从 2020 年上半年的 Arm Cortex-M33 CPU 开始使用。这将使得 Arm 客户能够向基于 Cortex-M 的 IoT CPU 添加自定义指令,以针对特定市场量身定制芯片。
Dirvin 说到:“例如,有些数学算法是重复的。如果我们要使用一块硅存储片来维护它,那么拥有一条指令将会非常好。但这与 Arm 想要的不符。不过现在使用自定义指令后,我们的合作伙伴将能够针对该市场专门对芯片进行优化。”
为此,许多行业从业者和分析家将 Arm 的这些声明视为对 RISC-V 日益严峻挑战的回应。由于 RISC-V 具有相当吸引人的优势 —— 高度的自由性、轻量级和可扩展性,它已引起 NVIDIA 和 Qualcomm 等技术巨头的广泛关注。
Dirvin 则强调,即使没有 RISC-V 的兴起,Arm 也会推出其政策变更。“创新的步伐似乎正在加快。借助 5G、人工智能和自动驾驶技术,颠覆性的技术几乎同时涌现。我认为这是很好的现象,因为我们周围的所有东西都在不断发生颠覆,所以我们也需要颠覆自己。”
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Firefox 71 将带来 WebSocket 检查器
WebSocket(WS)是 HTML5 开始提供的一种在单个 TCP 连接上进行全双工通讯的协议,它允许服务端主动向客户端推送数据。在 WebSocket API 中,浏览器和服务器只需要完成一次握手,两者之间就可以直接创建持久性的连接,并进行双向数据传输。 通常 WebSocket 可用于替换AJax 技术进行推送,继而实现成本更低、更实时的通讯,一般 WebSocket 也主要用于需要进行实时通信的应用。 日前 Firefox 开发人员在博客中介绍了其将在 Firefox 71 中引入的WebSocket 检查器。 新的 WebSocket 检查器是 DevTools 中现有“网络”面板 UI 的一部分,在此面板中已经可以过滤已打开的 WS 连接的内容,但是目前仍然不能看到通过WS 帧传输的实际数据。 以下屏幕截图显示了运行中的 WS 过滤器,响应代码指示服务器正在切换到 WS 连接。 如下图所示,边栏显示了有关所选 HTTP 请求的详细信息。此外,UI 现在提供了一个全新的“消息”面板,该面板可用于检查通过选定 WS 连接发送和接收的 WS 帧。 实时更新的表显示了已发送(绿色...
- 下一篇
KDE Frameworks 6 将基于 Qt 6 开发,最早在 Qt 6 发布一年后推出
Qt 公司 CTO 兼 Qt 项目的首席维护者(Chief Maintainer)Lars Knoll 在 Akademy 2019 会议上宣布Qt 6 计划于 2020 年 11 月发布。在确认这一消息后,KDE 项目的开发者就关于下一代框架所采用的工具包更新进行了早期讨论。 KDE 项目开发者 Volker Krause 和大家分享了一些他对 KDE 6 的想法,以及团队讨论的内容。 Volker 表示 KDE Frameworks 6 会在 Qt 6.0 推出的两年内,或至少一年后发布。因为Qt 6.0 已被确定时,KDE Frameworks 6 的实际开发工作大概会从 2020 年下半年开始。而且在不久的将来,在开发的某个阶段中,他们有可能会采用敏捷开发中的“较短工作周期”(Scrum Sprint)方式。 虽然 Qt 团队一直表示会将尽最大努力保持 Qt 5 和 Qt 6 之间的兼容性,但新的主要版本肯定也会触发 KDE 的更改。为此,KDE 团队也会提前做好准备。 KDE 团队会将代码从已弃用的 Qt 方法中移植出去,以便在禁用弃用方法的情况下从 Qt 5.14 开始完全...
相关文章
文章评论
共有0条评论来说两句吧...