测试了好几轮还是这样。区别是 Windows 任务管理器 看 CPU 占用始终 100%,Ubuntu top 命令看 CPU 经常会落到 50%左右 1 秒然后升回 100%。
都是刚安装完系统,没有第三方软件的状态(懒得装系统,8 年前装了两个系统磁盘镜像的备份一直留着,用到了现在,虚拟机需要装系统就替换上去很方便)
1
msg7086 2022-07-02 04:48:04 +08:00
换新内核试试?
|
2
dfgxcvbcv OP typo: 是 5 年前( 2017 年 数错了)
|
4
ericguo 2022-07-02 05:41:07 +08:00
Ubuntu 系统不是跑的 WSL Windows 下的 Linux 子系统吧?原生对原生比较才公平。
|
5
dfgxcvbcv OP @ericguo #4 显然不是,Windows 10 2016 LTSB 是 Build 14393 ,Subsystem 功能 Build 16215 才出现。
|
6
ericguo 2022-07-02 05:52:17 +08:00
那结论就是,2016 LTSB 比 Ubuntu 16.04 在 20 核情况下(内存不重要,如果吃不满的话),默认编译 FFMPEG 参数,跑在虚拟机环境下( VMWare ?),LTSB 在此种虚拟机下,CPU 的调度策略效率更高。
|
7
kokutou 2022-07-02 06:01:14 +08:00
装个 almalinux 试试。。。
|
8
ysc3839 2022-07-02 06:54:41 +08:00 via Android
这种纯算法的情况我比较怀疑是编译器优化的问题
|
9
wizardyhnr 2022-07-02 07:13:46 +08:00
跟虚拟机优化是否有关系?我的笔记本双系统,ubuntu20.04 下 ffmpeg 要比 win10 快一点的。
|
10
codefun666 2022-07-02 07:41:06 +08:00
文件系统有关系啊,还有是否是同样的 gcc 版本。
|
11
x1596357 2022-07-02 09:05:36 +08:00 via iPhone
不知道跟 cpu governor 是不是有关系
|
12
ToBeHacker 2022-07-02 18:36:15 +08:00
平台都不一样,常数级别的性能差异很正常啊
|
13
datou 2022-07-03 07:35:58 +08:00
都是用的是最新 nightly static build 版 ffmpeg 吗?
|