【重磅】格兰菲加入社区 GPU SIG,推进 openKylin 与格兰菲产品的兼容适配
近日,格兰菲智能科技有限公司(以下简称“格兰菲”)签署openKylin社区CLA(Contributor License Agreement 贡献者许可协议),正式加入openKylin开源社区。
在加入openKylin社区后,格兰菲正式加入社区GPU SIG,主要负责openKylin在显卡驱动兼容适配格兰菲显卡分支的相关工作,目前已初步完成了格兰菲显卡驱动与 openKylin系统的适配工作,充分释放了该平台下格兰菲显卡图形渲染、视频编解码等性能,提升了openKylin相关产品的客户使用体验。
后续,格兰菲将持续推动openKylin GPU SIG社区基于格兰菲平台的相关工作,包括:
01兼容适配
与openKylin加强技术合作、同步联调,让openKylin相关产品更快更好地兼容适配格兰菲全系列显卡。
02性能调优
在操作系统、应用软件等多个层面,不断挖掘openKylin在格兰菲显卡平台上的性能潜力,提升openKylin在格兰菲显卡平台的整体性能表现。
格兰菲图形图像部门拥有国内成立最早,体系最完整的图形处理器设计及研发队伍,涵盖架构、前端设计、后端设计、系统工程、软件及测试等芯片设计的各个方面,梯队完整健全。团队具备三十余年的研发经验,在3D渲染、通用计算、人工智能、视频编解码、图像处理、高清显示等领域均有深厚的技术积累,在国内处于领先地位。
未来,凭借在高性能图形处理器的技术积累,产业化应用经验,以及杰出的生态优势,格兰菲将助力openKylin社区GPU SIG在各类应用场景下的创新和开拓,为openKylin开源社区的创新发展、生态建设提供持续有力的支持。
社区会员持续招募中
目前,openKylin社区会员招募正在火热进行中,欢迎更多企业伙伴加入,携手共建,打造桌面操作系统顶级社区,推动国产操作系统产业生态健康发展。详情可查看:【https://mp.weixin.qq.com/s/yk82DEQSG0knaQNKyc-vsg】
openKylin(开放麒麟)社区旨在以“共创”为核心,在开源、自愿、平等、协作的基础上,通过开源、开放的方式与企业构建合作伙伴生态体系,共同打造桌面操作系统顶级社区,推动Linux开源技术及其软硬件生态繁荣发展。
社区首批理事成员单位包括麒麟软件、普华基础软件、中科方德、麒麟信安、凝思软件、一铭软件、中兴新支点、元心科技、中国电科32所、技德系统、北京麟卓、先进操作系统创新中心等13家产业同仁和行业机构。
审核:openKylin

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
GTK5 开发计划:将在 4.12 发布后启动
GTK核心开发者近日组织了一场线下会议,讨论了关于当前 GTK4 的重点开发工作,以及 GTK5 的未来开发计划。 GTK (GIMP Toolkit) 是一套跨多种平台的图形工具包,最初为 GIMP 而写,GIMP 是指 GNU 图像处理程序 (GNU Image Manipulation Program),GIMP 拥有几乎所有图象处理所需的功能,号称 Linux 下的 Photoshop。GTK 后来发展成为 Linux 下开发图形界面应用的主流开发工具。 对于 GTK4,他们讨论的内容包括: 改进图标处理和图标主题规范 (GtkIconTheme) 尝试使用比 C 更具表现力的不同语言和更强大的编译器来替换开发较小的组件。这里除了技术方面的考量外,还有一个原因是使用不同语言编写新代码可能会带来新的贡献者 改进输入处理 改机平台库 除了 GTK4,核心开发者们还讨论了关于下一个主要版本 GTK5 的开发计划,,以便开始促进 API 中断和删除不推荐使用的代码。 由于 GTK 4.12 计划的颜色管理工作,目前的共识似乎是在 GTK 4.12 发布后开启新分支 GTK 4.90——...
- 下一篇
vivo 自研Jenkins资源调度系统设计与实践
作者:vivo 互联网服务器团队- Wu Qinghua 本文从目前业界实现Jenkins的高可用的实现方案,分析各方案的优缺点,引入vivo目前使用的Jenkins高可用方案,以及目前Jenkins资源的调度方案的设计实践和目前的落地运行效果。 一、前言 现在的企业很多都在用Jenkins做持续集成,各个业务端都依靠Jenkins,vivo Devops也是使用Jenkins来进行持续构建,部署Jenkins服务时如何保障服务的高可用变得尤为重要。 下面是目前Jenkins存在的一些问题。 Jenkins本身是单体的,即只能有一个Jenkins Master。虽然你也可以在多台机器上部署多个Jenkins Master,但这些Master之间没有联系,都是各自把任务交给手下的slaver去执行,没有任何交集。也许某个master下的slaver很忙,而另一个master下的slaver却很闲,资源得不到充分利用。 当其中一个slave宕机之后,该slave上的运行的job任务没有版本重新进行分配,需要用户重新执行。并且slave节点离线之后没有通知管理员。 当系统业务量比较大的时候业...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS关闭SELinux安全模块
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2全家桶,快速入门学习开发网站教程