微软在 ARM 上成功移植 OpenJDK for Windows 10
去年微软宣布收购 jClarity,用在了 Azure 上的 Java 工作负载,以平台之势加大了对 Java 的支持,而近期,开发团队完成了在基于 Arm(AArch64)的设备上移植适用于 Windows 10 的 OpenJDK 的第一阶段。同时该工作正在与 Red Hat 合作提交给 OpenJDK 项目。
微软 Java 工程组首席程序经理 Bruno Borges 介绍,凭借更高的能源效率,使用 ARM64 可以大大降低数据中心的成本并延长个人设备的电池寿命,而“对于许多工作负载和用户首选项,Windows 是首选的操作系统”,因此 Java 工程组借助此移植版以支持这一类用户。
目前微软在该项目上提供了 2 个补丁,第一个补丁 Webrev P1 有助于在 Linux + AArch64 上集成对 Windows(LLP64)的支持;第二个补丁 Webrev P2 在 os_cpu 中添加了对 windows-aarch64 的支持。过程中还必须修改共享代码,具体细节包括:
- 在 Windows_x86 中,例如在 os_windows_x86.cpp 中的 get_frame_at_stack_banging_point,
- os/windows os_windows.cpp 中,使其知晓 Windows + Arm64
- threadCritical_windows.cpp 中的 os/windows,
- Windbg 支持
- share/utilities 中的 globalDefinitions_visCPP.hpp
- 还向 P2 添加了向量异常处理(Vectored Exception Handling,VEH),这是 Windows + Arm64 上的要求(由于 ABI 规范)。
另外,Webrev P2 中还对 cpu/aarch64 进行了一些重要的更改,因为在 Windows + Arm64 上,将 R18 点指向 TEB。
目前已经成功移植了 C2,并且可以构建服务器版本(交叉编译环境),同时另外两个补丁也正在开发中:
- Webrev P3:在 Windows 上将 VEH 扩展到 x86-64。
- Webrev P4:Windows 上共享跨平台代码的改进,将会尽快发送单独的补丁。
尽管仍未 100% 完成功能,但是此移植版本基于 OpenJDK tip branch(16+),可以运行大多数工作负载,包括 SPEC SERT 以及所有 SPEC Java 套件。开发人员可以开始使用最近发布的 Visual Studio Code for Windows ARM64 中添加的核心 Java 扩展,以及 Apache Maven、Gradle 等工具在 Windows 10 ARM64 兼容笔记本电脑上开发 Java 应用。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
亚马逊推出 Honeycode,允许任何人无需编码即可构建应用程序
亚马逊网络服务(AWS)启动了一项名为 Amazon Honeycode 的新服务。使用该服务,一些不会编码的人员也能够在零编码知识基础下构建移动和 Web 应用程序。 Honeycode 可用于使用 AWS 内置数据库来构建应用程序,例如项目管理应用程序或任务跟踪应用程序,以管理小型团队中的工作流。它可以帮助随着时间的推移跟踪数据,并通知用户更改、流程审批以及交互式业务流程等。 “客户想要的是能够使用电子表格的简单性和熟悉性来创建应用程序,但同时具有数据库的数据管理功能、业务应用程序中常见的协作和通知以及真正无缝的 Web 和移动用户体验。而这就是 Amazon Honeycode 所提供的。” 整个应用创建的初步设置可以在几分钟内完成。最终的应用程序在每个工作簿中最多可以扩展 100,000 行,并可以免费为 20 个用户构建应用程序。但对于大型应用程序,则需要为额外的用户和存储付费。AWS 声称,该公司的长期客户 Slack(MSFT.US) 和 SmugMug都是计划使用该服务的客户之一。 因为可以帮助几乎没有编码知识的人构建所需的定制应用程序,无代码工具在近年来吸引了很多关注...
- 下一篇
Fedora 开发者再次讨论使用 Nano 作为默认文本编辑器
Fedora 开发者再次讨论关于改用 Nano 作为 Fedora 默认文本编辑器的提案。 类似的建议去年就已经讨论过一次,现在再次讨论 Fedora 是否应该默认使用 Nano 而不是 Vi,因为 Vi 目前在 git commit 和其他基于 CLI 的文本编辑中被用作默认编辑器。而这对于那些改用 Fedora 而又不知道如何使用 Vi 的用户来说,无疑是增加了使用障碍。 支持此提案的开发者认为,将 Nano 作为默认编辑器不要求使用者具备专业知识,这对用户更友好,也让 Fedora 更加易于使用。因为 Nano 提供了大家习惯的图形文本编辑体验,所以使用者不需要专业知识即可使用。否则即使是基本的编辑任务,用户也需要花时间学习如何使用 Vi,某种程度上来说这增加了使用成本。 根据新的提案,Nano 将成为默认使用的文本编辑器,但 Vi 仍然会被安装在 Fedora 上以便提供给对此感兴趣的使用者。 至于为什么要采用 Nano 作为文本编辑器的默认方案,把 Vi 作为可选方案,而不是反过来,支持者认为 Nano 是适用于每个人的选项。 关于此提案的细节查看Fedora Wiki和邮件...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Windows10,CentOS7,CentOS8安装Nodejs环境
- CentOS8编译安装MySQL8.0.19
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker快速安装Oracle11G,搭建oracle11g学习环境