视频软编码的时候 M1 确实不如八核 i9

2021-07-22 13:15:57 +08:00
 minsheng

刚刚编译了一个有 Apple NEON 补丁的 ffmpeg,随便拿了一集 Rick and Morty,用 x265 做了一个压片测试,结果如下:

Intel 的结果:

encoded 34437 frames in 731.41s (47.08 fps), 1413.17 kb/s, Avg QP:29.99

________________________________________________________
Executed in  731.75 secs    fish           external
   usr time  132.28 mins  140.00 micros  132.28 mins
   sys time    1.63 mins  756.00 micros    1.63 mins

M1 的结果

encoded 34437 frames in 804.03s (42.83 fps), 1413.12 kb/s, Avg QP:29.99

________________________________________________________
Executed in  804.08 secs    fish           external
   usr time   91.92 mins    0.09 millis   91.92 mins
   sys time    0.41 mins    1.30 millis    0.41 mins

感觉有两点:

12652 次点击
所在节点    Apple
78 条回复
QlanQ
2021-07-22 16:09:27 +08:00
@zhchyu999 我不太懂,上面咋护主了,m1 和 i9 价格相差那么 大,这对比是不是 没啥意义呀。。。
ipwx
2021-07-22 16:17:06 +08:00
吃惊的是差异没有想象中的大。
liangch
2021-07-22 16:24:25 +08:00
真要软编码,不要丢给台式机么。场景不对。
stoneabc
2021-07-22 16:26:58 +08:00
@zhs227 quicksync 也不是吃素的
ZRS
2021-07-22 16:37:16 +08:00
M1 毕竟只有 4 个大核…
linhongye
2021-07-22 16:59:19 +08:00
测的情况不够完整, 有些情况是 m1 更快, 有些情况是 i9 更快.
特别是 m1 用上硬解码的情况下, m1 直接起飞...
实际上, 即使是 i9 更快的那些场景, m1 也没有输太多...
然后再考虑到 m1 是第一款桌面端 ARM(高通那个能算?), 而且价格比 i9 便宜那么多, 而且功耗低那么多, 不惊艳到人是很难的.
过了一段时间, 抛去了被惊艳滤镜以后, m1 依然是现在非常好的一个选择.
实际上, 在 mac 生态中, 综合考虑(降频、续航、温度、价格、日常作业流畅度), m1 就是目前最好选择. 买 mac 还选 intel 的, 唯一剩下一些理由就是屏幕尺寸和非常少见的兼容性问题了.
dadachen1997
2021-07-22 17:09:44 +08:00
m1 硬解码可以设置 crf 吗
6IbA2bj5ip3tK49j
2021-07-22 17:20:56 +08:00
吃惊 intel 真拉垮,i9 只赢 10%
(而且我还脑补了 i9 的风扇起飞
minsheng
2021-07-22 18:20:53 +08:00
@yzwduck 因为 Intel i9 是 8 核心 16 线程。16 线程的 usr time 加起来,比 8 线程的 usr time 加起来多是正常的,即使前者的 wall time 要少。

感谢。那是不是因为在这个工况下,实际计算电路负载高,超线程很难发挥作用,所以 usr time 就相对很少,远远没到两倍的差距?

@mikeven 我不是果黑,我只是想提前幻想一下 M1X 对我的老 i9 的巨大提升……

@zhs227
@longbye0 我是特意想看看软编码能力,想看看 M1X 能否有希望吊打 i9 。感觉硬编码质量实在很难接受。

@xgfan 测的时候女朋友在做饭还真没听到……不过抽烟机一关瞬间整个人就不好了。
minsheng
2021-07-22 18:24:52 +08:00
@linhongye 其实我觉得现在这个结果就已经很惊艳了,几乎是 1/2 的核心数还能勉强战平。只是这段时间刚好刷到一些知乎,看到很多人都在说 M1 只是靠专用电路,而且感觉很多测评确实只测硬编码,于是就想跑来自己看看,感受一下。

其实搜 V2,之前好像有人做过类似的测验,去年十一月。我同时也好奇这么久过去了,上游的库有没有对 M1 做更好的优化。

不是专业测试,甚至没怎么手压过片,随便测测玩玩。
Jooooooooo
2021-07-22 18:36:27 +08:00
因为 m1 的优势在电池.
zhs227
2021-07-22 18:39:18 +08:00
@dadachen1997 不能。选项少的可怜
longbye0
2021-07-22 18:49:06 +08:00
@minsheng turing 系的 nvenc 的编码质量已经提升很大了,264 已经超过 x264 了。

虽然软编支持参数多,但一般人也不懂不会去调。
cwbsw
2021-07-22 19:36:20 +08:00
x265 竟然只慢 10%,那换 x264 搞不好能持平甚至反超。
GeruzoniAnsasu
2021-07-22 19:44:20 +08:00
我对 M1 的态度:

- 辣鸡 ARM 怎么可能打得过 x86
- 看数据有什么用,跑分都是针对性优化过的,没看到那一堆协处理器吗
- 真的假的,你们不是买了心疼花的钱强行吹吧
- 好像还真可以
- 卧槽?这也能打平手
- 卧槽? intel 什么辣鸡
- 呜呜呜我的 10 代 i5 谁来接盘 呜呜呜
charlie21
2021-07-22 19:53:31 +08:00
一台允许暴力使用的电脑,就该高功耗,续航短,浪费电,风扇飞起
风扇又不贵
dadachen1997
2021-07-22 20:04:26 +08:00
@zhs227 那感觉实用性不是太高啊,真的要压制,各种参数还是需要调的。只适合一般用户使用
YsHaNg
2021-07-22 20:49:57 +08:00
@minsheng 没记错 neon 是 64 or 128 avx2 可是它的两倍
gemepio
2021-07-22 21:17:07 +08:00
说一个自己的 case, 同样一段 c++代码,只进行简单的数值计算,M1 和 PC ( i5-7600k ) 用相应平台最新的 g++去编译,PC 耗时是 M1 的 1.5 倍左右
beginor
2021-07-22 22:02:11 +08:00
交叉编译一个 Android ROM 试一下, 有没人人测试过?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/791040

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX