R7 1700与7700K多媒体项目对比测试
本帖最后由 无名的旅人 于 2017-10-8 10:16 编辑Ryzen发布了这么久，相信各类跑分大家都看得很多了，近日手边有公司的Ryzen 7 1700电脑一台，正好拿来与我自己的6700K@4.5GHz进行一下对比测试，其他方面个人并不专业，加上也已经有了太多测试不差我一个，下文仅测试我个人常用的多媒体相关性能，主要涉及编解码方面，并未测试PS/AE/Vegas等软件
此电脑不是我自己的，测试时间极其有限，难以进行超频方面的调试，加之我个人手上还是上一代的6700K不好对比，故决定用1700默认对比6700K超频4.5G（模拟7700K默认），标题以及下文中直接强行将两款CPU称之为1700和7700K，请各位见谅
7700K测试机的配置是6700K/Z170/8G*2 2133/SSD+HDD，1700测试机的配置是1700/B350/8G*2 2133/SSD+HDD；虽然测试中降到了内存同频，但其实我认为Intel平台的内存频率就该高一些才能反映现实情况……
具体测试方法与样本、软件版本、参数设置等一笔带过，各位如有疑问可留言
视频编码：
ffmpeg pipe x264/x265 --crf 20 --preset fast
音频编码：
eac3to sample.wav output.m4a -quality=1
eac3to sample.wav output.ac3 -640
mac sample.wav output.ape -c5000
flac --best sample.wav
lame --preset insane sample.wav output.mp3
视频解码：
ffmpeg -i "input.mkv" -c:v rawvideo -an -f null "null.mkv"
图片处理：
Leanify JPG：Optimize with mozjpeg
Leanify PNG：Optimize with ZopfliPNG，详情点我
cwebp -lossless input.png -o output1.webp
bpgenc -lossless -m 9 input.png -o output1.bpg
waifu2x-caffe：
纯CPU模式，参数默认
AVS：
LWLibavVideoSource("E:\AVS_Test\input.m2ts").dfttest()
avs2avi.exe "E:\AVS_Test\dfttest.avs" -c null -o n
测试的几个滤镜分别用于降噪、反交错、插帧，处理速度普遍较慢，测试并未跑完全片，仅截取一定帧数的结果
http://i1.piimg.com/1949/33b67aa6af42f42a.png
关于操作系统：
之前据称某些跑分在Win7下比较高（甚至高20%），但AMD官方却表示Win10对Ryzen的调度没有问题，且Win7不能完全支持Ryzen的特性，建议大家使用Win10
我简单试了一下，文中所测项目“全部”都是Win10性能高，而且幅度很大，普遍差距在10%以上，最大的近30%（MPEG2解码，370fps vs 294fps），但在R15跑分中不存在类似情况，Win7/10都是1400上下浮动一丁点
时间有限点到即止，各位可以进一步确认一下这个问题
关于AVX2：
在Haswell/Skylake/Kaby lake平台上，AVX2对x265的提升约为30%，在Ryzen平台上，提升基本没有……我一度怀疑测试出现了偏差，通过重跑测试、更换操作系统、更换x265编译器、刷新主板BIOS等方式进行排查，确认就是如此
x265认到了Ryzen有AVX2并提示正在使用，可实际上根本没用，在多次测试中3%已经是观测到的最大提升了，多数测试根本就是误差范围内，这就解释了为什么在x265测试中kaby同频吊打Ryzen多达40%
暂时推测是Ryzen这种省电、低效率的AVX2实现方式性能低下，与仅使用传统指令集加速没有本质区别，导致用了等于没用
稳妥起见，留下一楼备用 就想知道对P社这种一核拼命，八核围观的游戏，哪种比较好 http://i.imgur.com/HNdZO5z.jpg
唔… 据说农企的avx2得拆成128bit才能全速跑
—— 来自 Jiayu S3, Android 7.1.1上的 S1Next-鹅版 看来玩多媒体还得牙膏厂啊
—— 来自 samsung SM-G9008V, Android 4.4.2上的 S1Next-鹅版 果真是300度翻身吗 意料之中，8核打不过4核 7700k全核睿频是4.3吧
—— 来自 samsung SM-G9300, Android 7.0上的 S1Next-鹅版 本帖最后由 Sangria 于 2017-3-18 23:42 编辑
楼主没说明一下1700的频率？
1700默频不动是3.0G吧，也不说超到官方划定基本盘3.7了，起码弄到3.5再对比比较好吧。
还有就是我那台1700内存是能开XMP到2933的。
我主板就是网上盛传的翻车王技嘉350大板
Sangria 发表于 2017-3-18 23:40
楼主没说明一下1700的频率？
1700默频不动是3.0G吧，也不说超到官方划定基本盘3.7了，起码弄到3.5再对比比 ...
这个结果其实没啥问题，因为现在一堆软件在zen上都是工作不正常外加zen自己的bug。。现在就看业界会不会照顾一下小aa了
—— 来自 Jiayu S3, Android 7.1.1上的 S1Next-鹅版 x265 HD BENCHMARK 0.1.4 RESULTS
Please do NOT compare it with older versions of the benchmark!
Please copy/paste everything below the line to to report your
data to http://x265.ru/x265-hd-benchmark/
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Results for x265.exe build 1.4+5
x265 Benchmark: 64-bit
==========================
CRF-20 preset-"fast"
--------------------
encoded 1128 frames in 40.38s (27.94 fps), 2266.68 kb/s
encoded 1128 frames in 40.10s (28.13 fps), 2266.68 kb/s
encoded 1128 frames in 40.04s (28.17 fps), 2266.68 kb/s
encoded 1128 frames in 40.24s (28.03 fps), 2266.68 kb/s
我便不知道什么叫快了~~~我是1700 4G 平均28FPS左右,这个数字高于5820K 4.5G的25.44FPS,低于5960X 4.4G的31.35FPS
原数据对比地址:http://x265.ru/en/x265-hd-benchmark/ 标题党
—— 来自 HUAWEI KNT-AL20, Android 7.0上的 S1Next-鹅版 qwased 发表于 2017-3-18 22:41
据说农企的avx2得拆成128bit才能全速跑
—— 来自 Jiayu S3, Android 7.1.1上的 S1Next-鹅版 ...
我原本以为Ryzen的AVX2只是实现方式效率低，性能提升比Intel小，但就x265这个例子来看，可能必须软件做出针对性优化才能起效，那这就太坑了
baiducaonima 发表于 2017-3-18 23:26
7700k全核睿频是4.3吧
—— 来自 samsung SM-G9300, Android 7.0上的 S1Next-鹅版
从4790K开始，均可在主板中设置全负载时依然使用单核最高频率，且这个设置一般默认开启，没有理由不用
实际全负载频率：
4790K 4.4
6700K 4.2
7700K 4.5
Sangria 发表于 2017-3-18 23:40
楼主没说明一下1700的频率？
1700默频不动是3.0G吧，也不说超到官方划定基本盘3.7了，起码弄到3.5再对比比 ...
1700全负载默频3.2
为什么没有比超频我在帖子中已经说了，不再赘述
如果真要比就是3.7对4.8或者3.9对5.1，届时多线程1700会相对稍强一些，但单线程差距会比现在的3.7对4.5更大，测试结果并没有本质上的区别
Lacsiess 发表于 2017-3-18 23:44
x265 HD BENCHMARK 0.1.4 RESULTS
Please do NOT compare it with older versions of the benchmark!
这软件用的是x265 1.4，已经是太久之前的版本了，当时还没有做太多AVX2优化，现在已经完全没有参考价值
看了lz的帖子，可以解毒了。差距蛮大的。
等着看看业界以及农企自己的努力吧 本帖最后由 Lacsiess 于 2017-3-19 01:45 编辑
无名的旅人 发表于 2017-3-19 00:02
这软件用的是x265 1.4，已经是太久之前的版本了，当时还没有做太多AVX2优化，现在已经完全没有参考价值
...
然而你主楼的测试并不能看出AVX2优化不足来,按他网站数据同样具有AVX2的4790K 4.4G是 17.73FPS,6/7代相对于4代提升差不多是15%,则按4790K的数据估算6/7代 IU会在20.3895FPS左右,和你主楼20.75FPS的数据十分接近......要么就是你主楼测试的AVX2根本就没启动,要么就是根本不存在什么AVX2优化不足的问题.
换了今年2.15号的版本
x265 HD BENCHMARK 0.2.3 RESULTS
Please do NOT compare it with older versions of the benchmark!
Please copy/paste everything below the line to to report your
data to http://x265.ru/x265-hd-benchmark/
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Results for x265.exe build 2.3+23
x265 Benchmark: 64-bit
==========================
CRF-20 preset-"fast"
--------------------
encoded 1128 frames in 27.26s (41.38 fps), 2873.13 kb/s, Avg QP:20.50
encoded 1128 frames in 27.26s (41.38 fps), 2873.13 kb/s, Avg QP:20.50
encoded 1128 frames in 27.89s (40.44 fps), 2873.13 kb/s, Avg QP:20.50
encoded 1128 frames in 27.42s (41.14 fps), 2873.13 kb/s, Avg QP:20.50
我觉得从28到40+这个提升幅度并不能说优化不足吧?
本帖最后由 qwased 于 2017-3-19 01:34 编辑
无名的旅人 发表于 2017-3-18 23:57
我原本以为Ryzen的AVX2只是实现方式效率低，性能提升比Intel小，但就x265这个例子来看，可能必须软件做出 ...
因为zen的avx2单核同频理论性能就只有intel的一半啊……软件对avx2效率优化的越好，差距就越大
如果你要压片，不要犹豫直接x99洋垃圾16c走起
不考虑avx2性能的话zen还不错
qwased 发表于 2017-3-19 01:33
因为zen的avx2单核同频理论性能就只有intel的一半啊……软件对avx2效率优化的越好，差距就越大
如果你要 ...
实际x265压片还行吧，卡吧VCB基佬不是测了：
卡吧萝莉控昨天的X265最新版测试：
http://tieba.baidu.com/p/5004867421?see_lz=1
这里要给打算买1800X来压制HEVC视频的人一个冷水，因为HEVC encode是完全按照intel的AVX2进行优化编译的，所以AMD的CPU在这里非常吃亏，hevc encoder我用的是最新版，因为还没有跑完，这里我就放个正在跑的帧数差别，2683V3是3.5fps,而1800X只有2.5fps,差距达到了1fps,所以如果你现在你只是单纯想用x265压制视频，E5的大船货仍旧是最佳选择，而如果你要压制游戏兼顾，那么建议考虑R7 1700，也可以考虑2689V4。
x264的转码性能AMD已经给的够清楚了，和intel持平，我就不再测试
不考虑大船的巨大性价比优势，单论效率：
Zen：3.6ghz x8 = 2.69fps
Haswell：2.5ghz x14 = 3.49 fps
x265所用版本是最新的2.3+1
效率上Haswell优势为6.76%，Broadwell和Skylake还能再高一点
本帖最后由 Lacsiess 于 2017-3-19 02:02 编辑
albertfu 发表于 2017-3-19 01:42
实际x265压片还行吧，卡吧VCB基佬不是测了：
他测试结果和我的差太大,我用最新的2.3+23测试1700 4G能超过40FPS,赢7700K不少了吧~~~我没6/7代IU在手,没法直接对比~~~不过压片肯定双路洋垃圾E5走起了,蛋多就是屌炸天
如果是编译这种指望不上任何特殊优化只能靠cpu硬啃的东西，是不是R7凭多核会有很大优势呢…… 本帖最后由 Lacsiess 于 2017-3-19 01:55 编辑
liwangli1983 发表于 2017-3-19 01:46
如果是编译这种指望不上任何特殊优化只能靠cpu硬啃的东西，是不是R7凭多核会有很大优势呢…… ...
要看编译器~~~牙膏厂表示在我的优tuo化hou魔tui功面前农企你便要败口牙.......估计6C12T的牙膏厂就能战平R7 albertfu 发表于 2017-3-19 01:42
实际x265压片还行吧，卡吧VCB基佬不是测了：
据开发者表示intel开源中心在看到amd演示zen之后立刻就把handbrake里面的avx2代码全改成256bit了……233 Lacsiess 发表于 2017-3-19 01:46
他测试结果和我的差太大,我用最新的2.3+13测试1700 4G能超过40FPS,赢7700K不少了吧~~~我没6/7代IU在手,没 ...
我手头最新的只有broadwell，而且只有双核
回头发个测试去百度盘，有skylake的双击一下bat就能测
1.7时代skylake比broadwell同核同频快14%多，现在都到2.3了，可能拉开更多了 本帖最后由 华蝶风雪 于 2017-3-19 03:58 编辑
Results x264: (r2762)
Haswell-2C/2T@3.0GHz -> 3.37 fps
Sandy-2C/2T@3.0GHz -> 2.56 fps
Results x264: (r2744 - Default)
Skylake -2C/2T@3.0GHz -> 3.87 fps
Haswell-2C/2T@3.0GHz -> 3.46 fps
Sandy-2C/2T@3.0GHz -> 2.42 fps
Results x265: (v2.3+7)
Skylake-2C/2T@3.0GHz -> 0.86 fps
Haswell-2C/2T@3.0GHz -> 0.67 fps
Sandy-2C/2T@3.0GHz -> 0.44 fps
Results x265: (v2.3+18 MS 2017 AVX/AVX2)
Haswell-2C/2T@3.0GHz -> 0.78 fps
Sandy-2C/2T@3.0GHz -> 0.48 fps
x264 (r2744):
Ryzen R7 1700@stock 19.07 fps
Skylake 6700K@4.7GHz 14.82 fps
Skylake 6700K@stock 13.27 fps
x265(2.3+7):
Ryzen R7 1700@stock 3.19 fps
Skylake 6700K@4.7GHz 3.17 fps
Skylake 6700K@stock 2.56 fps
转个doom9@NikosD的结果 Geminize 发表于 2017-3-18 22:35
ffmpeg能加-threads和不加-threads参数分别压一下试试吗？
不太清楚你是想说哪一个测试，在编码测试当中，我只是用ffmpeg pipe yuv视频流给x264/x265，本质上ffmpeg只是做了解码器，整个编码过程还是看x264/x265的
在解码测试当中刚试了一下用-threads指定解码线程，跟auto一样，还是吃不满CPU，性能也上不去，应该是仅支持8线程
另外，当时看到这个情况其实我第一反应是关掉SMT用8个物理线程硬打Intel的4C8T试试结果如何，然后发现这破主板关不掉SMT…… Lacsiess 发表于 2017-3-19 01:46
他测试结果和我的差太大,我用最新的2.3+23测试1700 4G能超过40FPS,赢7700K不少了吧~~~我没6/7代IU在手,没 ...
http://119.23.22.79/2b/forum.php?mod=viewthread&tid=1483053&page=1&extra=#pid35393141 Lacsiess 发表于 2017-3-19 01:17
然而你主楼的测试并不能看出AVX2优化不足来,按他网站数据同样具有AVX2的4790K 4.4G是 17.73FPS,6/7代相对 ...
主楼我也提到了测试方法一笔带过，主要给结论，因为这些测试一般用户也搞不太懂是怎么回事，把软件版本号、测试样本、命令行等等全写出来能写三页，实在是太繁琐了，也没人愿意看
至于我是怎么测出来Ryzen的AVX2完全不起效，方法同此楼：
http://119.23.22.79/2b/forum.php?mod=viewthread&tid=1478599&page=3#pid35271460 Ryzen的AVX只有128位宽，等于和SSE是一回事，用不用都没区别。这么简单明了的事实，还非要扯软件商向intel特殊优化……
本帖最后由 无名的旅人 于 2017-3-19 09:25 编辑
qwased 发表于 2017-3-19 01:33
因为zen的avx2单核同频理论性能就只有intel的一半啊……软件对avx2效率优化的越好，差距就越大
如果你要 ...
如果仅仅是实现方式效率低但能起效，那也问题不大，但现在x265当中压根一点用没有，我怀疑在其他支持AVX2的软件当中也存在这个问题，如果每个软件都要等针对性优化，那就不靠谱了
又或者说，如果一个软件已经对传统SSE指令集进行了很好的支持，即使试图按照Ryzen低效率的方式硬跑AVX2也跟用SSE半斤八两没有本质性区别，那就可以说Ryzen的AVX2等于没有了
有cpu占用率的测试么。1700能不能跑满 x265的多核效率很有问题
上次LZ放的那个x265简易跑分工具（不知道和这帖主楼的一不一样），6950x超4.2g（AVX频率）跑出来的成绩正好比LZ贴出来的6700K@4.5G的成绩高了50%，但核心数多了一倍不止 本帖最后由 无名的旅人 于 2017-3-19 12:50 编辑
ylgtx 发表于 2017-3-19 11:59
有cpu占用率的测试么。1700能不能跑满
基本上跑不满，这其实也反映了当前软件环境的现状，超多核心的利用率堪忧
从Q6/E8、i3/Athlon x4到现在的R7/i7 K，少核高频和多核低频之争一直没有结束过，从我个人角度而言一直是支持少核高频的
其实很想试试1700关闭SMT之后以8个物理线程打7700K的4物理+4虚拟，奈何弱鸡BIOS不支持
具体来说是这样
视频编码：全负载
视频解码：AVC/HEVC/VP9等较为先进的格式是8线程，老旧的MPEG2/WVC1是单线程
音频编码：全是单线程，但在实际使用中要看情况，比如转换电影音轨确实就是单线程，而Foobar整轨转分轨则是多线程
图片处理：全是单线程，据我所知常见的图片转换软件确实都不支持多线程转换，这个实在是匪夷所思，支持起来应该是没有任何难度的；我现在常用的是Xnview和Irfanview，如果各位知道什么支持多线程转换的软件请推荐一下，谢谢
waifu2x：多线程，大约半载
AVS：dfttest和EEDI3是全负载，QTGMC和InterFrame是多线程，大约半载（InterFrame在脚本中我指定了Cores=16，但根本用不上这么多）
Ryzen单线程远逊于kaby是没有悬念的，但是几个8线程甚至满负载的项目表现也不理想，这个确实是有些意外
AVC赢得最多也才20%+，HEVC和EEDI3都只赢了一点点，其他AVS测试和视频解码几乎全输了
草薙·京 发表于 2017-3-19 12:21
x265的多核效率很有问题
上次LZ放的那个x265简易跑分工具（不知道和这帖主楼的一不一样），6950x超4.2g（AV ...
是一样的，这工具我后来改了改界面什么的，但核心部分都没动，6950X@4.2G才比6700K@4.5G帧数高50%？……那这是有点低啊……
另外其实还有个事，随着编码线程的增加，编码效率是会略微下滑的
在完全相同的码率下，编码线程越少，成品SSIM越高，也就是理论画质越好；不过差距很小没有本质上的影响，我就随便一提 无名的旅人 发表于 2017-3-19 09:19
如果仅仅是实现方式效率低但能起效，那也问题不大，但现在x265当中压根一点用没有，我怀疑在其他支持AVX2 ...
zen应该就是个支持avx2的snb，指标上一模一样的
至于多线程吃不满有可能是win的调度问题，很多用户反应负载就是上不去，经常出现核心打酱油
—— 来自 Jiayu S3, Android 7.1.1上的 S1Next-鹅版
页:
[1]
2