搜索
❏ 站外平台:

Ubuntu 14.04/16.04 与 Windows 10 周年版 Ubuntu Bash 性能对比

作者: Michael Larabel 译者: LCTT Vic___

| 2016-11-20 14:38   评论: 15 收藏: 1    

今年初,当 Microsoft 和 Canonical 发布 Windows 10 Bash 和 Ubuntu 用户空间,我尝试做了一些初步性能测试 Ubuntu on Windows 10 对比 原生 Ubuntu,这次我发布更多的,关于原生纯净的 Ubuntu 和基于 Windows 10 的基准对比。

Windows 的 Linux 子系统

Windows 的 Linux 子系统测试完成了所有测试,并随着 Windows 10周年更新放出。 默认的 Ubuntu 用户空间还是 Ubuntu 14.04,但是已经可以升级到 16.04。所以测试首先在 14.04 测试,完成后将系统升级升级到 16.04 版本并重复所有测试。完成所有基于 Windows 的 Ubuntu 子系统测试后,我在同样的系统上干净地安装了 Ubuntu 14.04.5 和 Ubuntu 16.04 LTS 来做性能对比。

Ubuntu

配置为 Intel i5 6600K Skylake,16G 内存和 256G 东芝 ssd,测试过程中每个操作系统都采用其原生默认配置和软件包。

http://openbenchmarking.org/embed.php?i=1608096-LO-BASHWINDO87&sha=09989b3&p=2

这次 Ubuntu/Bash on Windows 和原生 Ubuntu 对比测试,采用开源软件 Phoronix 测试套件,完全自动化并可重复测试。

SQLite 嵌入式数据库基准测试

首先是 SQLite 嵌入式数据库基准测试。这方面开箱即用的 Ubuntu/Bash on Windows 性能是相当的慢,但是如果将环境从 14.04 升级到 16.04 LTS,性能会快很多。然而,对于繁重磁盘操作的任务,原生 Ubuntu Linux 几乎比 Windows 的子系统 Linux 快了近 2 倍。

编译测试:编译

编译测试:初始创建

编译测试作为额外的繁重磁盘操作测试显示,定制的 Windows 子系统真的成倍的限制了 Ubuntu 性能。

接下来,是一些使用 Stream 的基本的系统内存速度测试:

Stream:复制

Stream:缩放

Stream:添加

奇怪的是,这些 Stream 内存的基准测试显示 Ubuntu on Windows 的性能比原生的 Ubuntu 好!这个现象同时发生在基于同样的 Windows 却环境不同的 14.04 和 16.04 LTS 上。

接下来,是一些繁重 CPU 操作测试。

Dolfyn 科学测试

通过 Dolfyn 科学测试,Ubuntu On Windows 和原生 Ubuntu 之间的性能其实是相当接近的。 对于 Ubuntu 16.04,由于较新的 GCC 编译器性能衰减,两个平台上的性能都较慢。

Fhourstones 测试

John The Ripper 测试

透过 Fhourstones 测试和 John The Ripper 测试表明,通过在 Windows 的 Linux 子系统运行的 Ubuntu 的性能可以非常接近裸机 Ubuntu Linux 性能!

x264 测试:H264视频编码

类似于 Stream 测试,x264 结果是另一个奇怪的情况,其中最好的性能实际上是使用 Linux 子系统的 Ubuntu On Windows!

Linux 内核编译时间

PHP 编译时间

计时编译基准测试非常利于裸机 Ubuntu Linux。这是应该是由于大型程序编译需要大量读写磁盘,在先前测试已经发现了,这是基于 Windows 的 Linux 子系统缓慢的一大领域。

Crafty

FLAC 音频编码

OpenSSL

许多其他的通用开源基准测试表明,严格的针对 CPU 的测试,Windows 子系统的 Ubuntu 的性能是很接近的,甚至是与原生安装在实际硬件中的 Ubuntu Linux 相等。

最新的 Windows 的 Linux 子系统,测试结果实际上相当令人印象深刻。让人沮丧的仅仅只是持续缓慢的磁盘/文件系统性能,但是对于受 CPU 限制的工作负载,结果是非常引人注目的。还有很罕见的情况, x264 和 Stream 测试,Ubuntu On Windows 上的性能看起来明显优于运行在实际硬件上 的Ubuntu Linux。

总的来说,体验是十分愉快的,并且在 Ubuntu/Bash on Windows 也没有遇到任何其他的 bug。如果你有还兴趣了解更多关于 Windows 和 Linux 的基准测试,欢迎留言讨论。


via: https://www.phoronix.com/scan.php?page=article&item=windows10-anv-wsl&num=1

作者:Michael Larabel 译者:VicYu/Vic020 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出


最新评论

[1]
来自四川成都电子科技大学的 Chrome 54.0|Windows 10 用户 发表于 2016-11-29 19:29 的评论:
我想转载到我的csdn博客,会标明转载,请问可以吗
linux [Chrome 54.0|Mac 10.11] 2016-11-30 08:04 3 回复
当然可以,标明原文、译文地址、作者、译者即可。
[1]
来自四川成都的 Firefox 12.0|Windows XP 用户 发表于 2016-11-24 19:07 的评论:
然而我只用XP
来自四川成都的 Chrome 54.0|Windows 10 用户 2016-11-24 21:13 3 回复
来自四川成都的 Firefox 47.0|GNU/Linux 用户 2016-11-23 18:24 4 回复
为此装了win10玩了下,只能说只能玩玩。。。想拿这个做事还是省省吧,效率太低了,各种卡逼
来自浙江杭州的 Firefox 49.0|Ubuntu 用户 2016-11-23 10:50 5 回复
测试其实说明了Windows的磁盘读写速度较Ubuntu慢,可能是Windows磁盘读写中校验方法的不同造成的,在保证安全的基础上还有改进的空间;另外在内存读写上Windows则较Ubuntu有更快的速度,可能在于Windows的系统内核比Ubuntu更为精炼,未来从X子系统过渡到wayland后可能会得到进一步的提升。
来自四川成都的 Chrome 48.0|GNU/Linux 用户 2016-11-21 22:52 3 回复
那么要不要来一打win10玩玩呢
fxbszj [Chrome 56.0|Windows 7] 2016-11-21 09:41 7 回复
最新的我不知道,我只知道几个月前用WSL发送socket消息时好时坏,这玩意别当真了
来自四川成都的 Chrome 54.0|GNU/Linux 用户 2016-11-21 08:10 3 回复
很多用户不肯尝试linux是因为其应用少,比如该死的QQ,win本来就慢,再把linux作为子系统,我认为这纯是微软的阴谋。因此,如果linux能完全使用win应用的话,那win就离死不远了,呵呵
[1]
来自上海的 Sina Weibo 6.11|iOS 10.1 用户 发表于 2016-11-20 22:40 的评论:
文章分页……
时代已经过去了
linux [Chrome 54.0|Mac 10.11] 2016-11-20 22:55 3 回复
分页的原因是,这个文章图片太多,有时候会严重影响阅读速度,否则不会特例。
[1]
POCMON [QQ Browser 9.5|Windows 10] 发表于 2016-11-20 15:16 的评论:
如果能在WIN10上用所有UB的软件,可真是件天大的好事~
来自四川成都的 Chrome 54.0|GNU/Linux 用户 2016-11-20 18:14 5 回复
所有 UB 的软件,这种说法可能不是很恰当,应该是面向 Ubuntu 打包的软件。
[1]
delectate [Firefox 50.0|Windows 10] 发表于 2016-11-20 17:06 的评论:
该文章分页了,所以rss没有全文输出。阅读器里看不到下文,很是遗憾。
来自四川成都的 Chrome 54.0|GNU/Linux 用户 2016-11-20 18:13 5 回复
可以通过 w3m 加载其打印链接(就是带有 ?pr 字样的 QueryString)。这样可以实现全文显示。当然只是图片显示稍微有些麻烦。
LCTT 译者
Vic___ 🌟🌟🌟
共计翻译: 39.0 篇 | 共计贡献: 1388
贡献时间:2013-10-13 -> 2017-07-31
访问我的 LCTT 主页 | 在 GitHub 上关注我


返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。