Ubuntu 18.04 与 20.04 LTS 性能测试
Ubuntu 20.04 LTS(Focal Fossa)已于本月 23 号正式发布。而早在其发布一个月之前,Phoronix 方面就已在各种平台上进行了一段时间的试验。在大多数情况下,其发现 Ubuntu 20.04 提供了一些不错的性能改进,尤其是从 Ubuntu 18.04 LTS 升级时。本文内容是初始基准测试,旨在考察从 Ubuntu 18.04 LTS 到当前的 20.04 准最终状态的 Intel Xeon Scalable。
此轮测试是该平台在最新的 Intel Xeon Gold 5220R Cascade Lake Refresh CPUs 上完成的。同时,它也将成为即将推出的 Cascade Lake Refresh Linux 基准测试的一部分。Xeon Gold 5220R CPU 在具有 12 x 32GB RAM 和 Intel 280GB Optane 900p NVMe SSD 的 Gigabyte S451-3R0 Storage Server 上运行。
从 Ubuntu 18.04 升级到 20.04 意味着可以对所提供的软件包进行重大升级。如果运行带有硬件支持堆栈的 Ubuntu 18.04.4 LTS 版本,则仅意味着从 Linux 5.3 过渡到 5.4,但是如果不运行 HWE 堆栈,则内核升级方面会更加重要。
Ubuntu LTS 升级还意味着将 Python 3.6 升级到 3.8,将 PHP 7.2 升级到 PHP 7.4,以及进行其他重大软件升级。
通过 Phoronix 测试套件,其在 Ubuntu 18.04.4 LTS 和彼时的 20.04 上都进行了 199 个测试,以查看与该 Intel Xeon Gold 5220R 双插槽服务器的性能差异。
在总共运行的 199 个测试中,Ubuntu 20.04 赢得了其中的 74%。只有对于 26% 的人来说,Ubuntu 20.04 LTS 不排在第一位,它的性能基本与该 Intel Xeon Gigabyte Server 上经过测试的 Ubuntu 版本之间的性能非常相似,而很少出现性能不足的情况。
如果从这台 Xeon Gold 5220R 服务器的两个操作系统上采用 199 个基准测试的几何平均值,则当时测试时状态下的 Ubuntu 20.04 的速度要更快上 25%。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
每日一博 | 一文搞懂蓝绿部署和金丝雀发布
本文来自Rancher Labs 在之前关于CI/CD的文章中,我们简单讨论了蓝绿部署和金丝雀发布以及它们在持续交付中所扮演的角色。这些都是十分有效的方法,能够大大降低与应用程序部署相关的风险。所以,这篇文章我们来深入介绍蓝绿部署和金丝雀发布。 蓝绿部署和金丝雀发布通过让IT人员可以在发布过程中发生问题时能够还原到先前版本来减轻应用程序部署的风险。这两个方法让版本之间来回切换就像轻按开关一样容易,并且可以自动执行,从而最大程度减少了用户暴露在错误代码的时间。在我们更进一步讨论这两种方法之前,让我们先区分部署和发布。 如何将部署与发布解耦 虽然这两个词经常混淆使用,但实际上部署和发布是两个独立的过程。部署是指在特定环境(包括生产环境)安装指定软件版本的过程,更多是一种技术行为。它不一定必须与发布相关联。而发布则是指向客户群提供新功能,是一种业务决策。 传统过程中,会在发布日期前一天部署好更新或是新功能,该更新或功能发布后可能会在媒体中广泛传播。众所周知,在部署过程中可能会出错,而因为发布时间与部署时间十分相近,因此几乎没有解决问题的空间。而如果将部署和发布解耦,那么在整个功能开发过程中频...
- 下一篇
GNOME Shell 日历修复过度消耗 CPU 并影响电池寿命的 Bug
五个月前,GNOME 社区的用户反馈了一个关于 GNOME Shell 日历服务器的 bug,此错误会影响诸如 Pop OS 19.10 和 Fedora 31 等发行版。反馈中提到 GNOME Shell 日历服务器的 CPU 占用率长期为 20~25%。此外,每隔 2、3 秒CPU 使用量会骤然升高一次。无论是对于 CPU,还是笔记本电脑的电池寿命,该错误都会给它们造成很大的影响。好在问题目前已经被解决。 反馈者将这个 bug 定位到了日历服务器中不断重启的 ECalClientView-s 服务中,并提供了许多关于此问题的详细信息、火焰图,还有不少其他用户表示在其他发行版上也遇到了同样的问题。 GNOME 开发团队成员通过与多位遇到此问题的用户进行沟通,得到了更为详细的错误信息,并于几个星期前提交了解决该问题的补丁,不过直到近日才被合并。据团队成员介绍,此前的代码在收到任何关于 ECalClientView 的变更后,始终会重启整个 ECalClientView,从而导致不断重复地重启视图。最新提交的补丁通过正确使用 ECalClientView 修复了问题,并提升了性能。 下一...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果