FreeBSD 12.1 跑分测试:在 AMD Ryzen 线程撕裂者 3970X 上快得让人刷新认知

w
 waterwall
发布于 2019年12月04日
收藏 6

要是你对FreeBSD运行在AMD Ryzen线程撕裂者3960X/3970X + TRX40主板上感兴趣的话,我们这篇测试体验绝对会让你感到无比舒爽。事实上,对于开箱即用体验而言,或许就已经比目前Linux的启动时MCE(机器检查异常)解决方案好得多。这篇文章就是FreeBSD 12.1在线程撕裂者3970X上的跑分结果,与之对比的是Linux和Windows,都在相同的高性能平台上测试。

这次FreeBSD 12.1运行在32核、64线程的Ryzen线程撕裂者3970X上,使用华硕ROG ZENITH II EXTREME主板,启动、运行都相当流畅,所有核心都正常运作,PCIe 4.0 NVMe SSD硬盘、主板网卡等主板功能一切正常。这套系统插满4条16GB DDR4-3600内存,还有1TB Corsair Force MP600 NVMe SSD和Radeon RX 580显卡。考虑到在这套系统上,Linux甚至出现了无法启动问题,而FreeBSD却能正常运作,真是令人欣喜。

虽然FreeBSD 12.1在TRX40主板(ROG Zenith II Extreme)搭配AMD Ryzen线程撕裂者3970X并没有什么问题,但可惜DragonFlyBSD就没那么走运。无论是DragonFlyBSD 5.6.2稳定版还是DragonFlyBSD每日开发快照版(2019年11月最后一周的版本)都无法启动。因此,这次测试略过DragonFlyBSD,只测试FreeBSD。

这次测试既使用默认自带的LLVM Clang 8.0.1编译器,也使用ports里的GCC 9.2以作比较。测试平台参数如下

所有Linux / BSD / Windows测试都是用Phoronix Test Suite

 

在线程撕裂者3970X上,FreeBSD的Golang编译性能跟其它Linux发行版基本持平,远好于Windows 10的性能。

 

虽然Golang编译性能不错,但是垃圾回收速度仍然比其它平台慢得多。

 







而对于最常用的部分,由于使用了Open JDK 11,FreeBSD 12.1在AMD线程撕裂者的测试表现跟其它Linux发行版相比,没太大差异。

 



在多线程OpenMP的GraphicsMagick测试里,在FreeBSD 12.1运行图形操控程序的性能还不错。FreeBSD 12.1已经默认附带支持OpenMP的Clang版本,因此默认编译而来的GraphicsMagick运行得相当好,而GCC 9.2就跟Linux平台的表现相似。

 

FreeBSD 12.1的x264编码测试同样使用GCC和Clang两个版本,都比Linux版本快得多,但比Windows 10慢。

 

在线程撕裂者3970X上,7-Zip同样是FreeBSD 12.1的其中一个落后项目。比Windows和Linux都落后太多。

 

在Stockfish测试里,FreeBSD的性能表现排在前列,介于OpenSUSE和CentOS之间。

 

FreeBSD的xz压缩性能表现良好,远优于7-Zip。

 

FLAC音频压缩同样使用了GCC和Clang两个编译版本来测试,Clang编译出来的可执行文件优化不太理想。

 

类似的,GCC版M-Queens在FreeBSD上表现更好。

 



FreeBSD继续在这套AMD Ryzen线程撕裂者3970X系统上表现出强劲的性能。

 

FreeBSD的Python的跑分落后于Linux和Windows,在其它硬件系统上我们发现也是这样的。

 

在FreeBSD上使用Git操作大仓库就跟Linux一样快。

 

跑分总结,可以看到所有测试都在Windows、Linux和FreeBSD上成功运行,FreeBSD 12.1令人刮目相看,尤其是考虑到AMD并未对FreeBSD作出什么优化的情况下。FreeBSD 12.1的性能就跟受测的Linux发行版差不多。如果把编译器从默认的Clang 8.0.1切换成GCC 9.2,在多数情况下确实会对提升性能有帮助,不过由于Clang 8.0.1有OpenMP的支持,两者的性能差距已经缩小了。总地来说,在线程撕裂者 3970X运行FreeBSD 12.1竟然没有硬件兼容性问题还真的令人感到惊喜,在这个AMD 32核/64线程的处理器上表现得真是太好了。

来源:https://www.phoronix.com/vr.php?view=28580

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:FreeBSD 12.1 跑分测试:在 AMD Ryzen 线程撕裂者 3970X 上快得让人刷新认知
加载中

精彩评论

w
waterwall
从跑分来看,FreeBSD再优化下就能全面超越Linux了。而Windows似乎更适合多媒体处理。
话说回来,FreeBSD基金会所得收入远比各种Linux基金会少得多,但却能做到这种程度,已经很厉害了。
冰力
冰力
辛苦了,让更多人知道 FreeBSD 这么优秀,继续支持 FreeBSD。
红薯片
红薯片
这些基本都是开源软件的测试,微软咋去优化这么多开源软件,应该是软件针对系统优化,而不是系统为某个软件优化。 只要针对性的优化过,windows 10性能并不差啊,看看大规模跨平台的系统,golang/java/ptyon运行时, x264编码什么的, 那些xz, m-queen, 本身目标平台都不是windows,你怎么可能寄希望对windows进行多少优化
_Anonymous_
_Anonymous_
Linux社区钱多参与者多,自然优化起来也更有优势。相比之下FreeBSD社区钱少参与者也少,能够再次优化已经很不容易。
而Windows是闭源系统,只有微软公司内部Windows部门能碰,参与者方面远不如开源社区有优势。
沧海一刀
沧海一刀
辛苦了,让更多人知道 FreeBSD 这么优秀,继续支持 FreeBSD。

最新评论(28

guonaihong
guonaihong
厉害厉害,一直想入手的神器。
开源中国首席罗纳尔多
开源中国首席罗纳尔多
您好,请问LLVM是用来写编译器的吗?
w
waterwall
LLVM不是编程语言,它本身就是编译器的一部分。
你的问法就好比指着一套著作的上册说“请问《XX上册》是用来写《XX》著作的吗?”
格力高
格力高
freebsd是个很好的系统,但是等你想装个应用,要不没有要不只有很老版本的时候,就会怀念linux的好了。
w
waterwall
版本旧还可以手动下载手动编译,要是根本就没有,那么Linux兼容模式可以派上用场了。
Tuco
Tuco
看来centos的确很强😄
沧海一刀
沧海一刀
辛苦了,让更多人知道 FreeBSD 这么优秀,继续支持 FreeBSD。
LewisChan
LewisChan
我好想好想把你的测试给跑一遍,这样我会有很深刻的认知。博主能测试环境和步骤详细描述下么
w
waterwall
其实第4张图就是测试环境,不过由于原图被OSC压缩过以至于不清晰。
可以在文章底部往下拉,点击“资讯来源”进入查看原图(原图是SGV,放大后很清晰)
n
numerous
为什么翻译phoronix的评测也没有注明出处?
w
waterwall
有啊,文章底部再往下拉,“资讯来源”不就是出处了吗?
n
numerous
噢噢抱歉抱歉 App里面没有 很久没有用过网站了
Alex-loongkylin
Alex-loongkylin
会越来越好的!
冰力
冰力
才看到,难道 7-zip 不支持 llvm 架构编译?
w
waterwall
找到一个bug记录,似乎确实是p7z不支持用Clang/LLVM编译:
https://sourceforge.net/p/p7zip/bugs/192/
而且这个bug从2016年至今一直无人解决
笑笑小兵
笑笑小兵
10年前用过好长一段时间的FreeBSD,应该说FreeBSD真的是一款很不错的操作系统,这些年工作的原因,一直没机会使用。😊
返回顶部
顶部