而且,CPU 监控显示,处理器负载相当低,并没有满载。
rv40 编码在两种平台上应该都无法硬件解码,所以,应该都是软解的,为何会出现这种状况呢?
1
huluhulu 2018-04-12 09:20:40 +08:00 via iPhone
指令集不一样,另外单核的占用率才有意义吧。
|
2
BingoXuan 2018-04-12 09:31:02 +08:00 via Android
有事没事重个启,实在不行就重装?
两个平台的硬件配置和系统版本也可以给出来参考一下,毕竟这种情况很难判断。 |
3
flynaj 2018-04-12 10:42:42 +08:00 via Android
什么发行版,Windows 操作系统是不可以这样换的,会蓝屏,Linux 可能根据你的硬件生成启动参数,重新生成一次
|
6
flynaj 2018-04-12 13:23:25 +08:00
|
7
cyspy 2018-04-12 13:45:54 +08:00 via Android
微代码导致性能问题?
|
8
abcbuzhiming 2018-04-12 13:59:46 +08:00
@msg7086 windiows 如果是换 CPU 的话,其实是会有个重装驱动的过程的,但是这个过程一般对用户透明,linux 就不清楚内核机制是怎么样的了,但是总之这个问题肯定和驱动有关系
|
9
zw OP @cyspy 这个我早想到了,硬盘换过去之后,开机第一件事就是删除掉 amd64-microcode 包,安装 intel-microcode 包,而且,相关 firmware、vaapi 库之类的,我全换了。所以,应该可以排除软件环境的问题。
|
10
zw OP @abcbuzhiming Linux 的驱动都是包含在内核包里的,当然,还有些相关的 firmware、microcode 是独立的包。
|
11
wsy2220 2018-04-12 14:41:32 +08:00
vlc 配置呢?
demuxer decoder output module |
12
zw OP @BingoXuan 嗯,确实不好判断。貌似以前在 Windows+AMD 平台上使用 ffmpeg 库的播放器,比如 mpc-hc 或 ffplay,也遇到过软解 RV30/RV40 视频时卡顿的现象,后来某个版本升级后就好了。
|
13
zw OP @wsy2220 嗯。。。
demuxer:automatic output module:OpenGL GLX Video output decoder:没找到,是说 video codec 吧?都是默认值,没改过。 |
14
zw OP @wsy2220 output module 的不同选择应该全局性的,如果选了一个不合适的输出模块,那么,播放所有视频时都会卡,我这显然不是。
|
15
abcbuzhiming 2018-04-12 15:51:17 +08:00
@zw 包含哪些驱动和加载哪些驱动,是不同的,windows 是维护一个“已安装硬件列表”,然后在启动的时候会对比硬件身份编码和这份列表的差异进行对比,然后看情况更新驱动。以前的 windows 版本这个机制做的不够完美,所以有时硬件换多了还是会蓝屏,我不知道 linux 是什么机制,但是肯定也是类似的,不是说“内核包含所有驱动”,所以你随便换也不会出问题,必然是有一个检测机制,而且这个机制还不一定是每次启动都执行,你要判断问题到底是驱动级还是应用本身有问题的最简单办法就是找一台一样的 amd 机器重装系统试试
|
16
xuboying 2018-04-12 15:58:02 +08:00
之前装的有没有缺失多某些 interl 的指令集的优化?能否在重装的系统里再测试一下呢?
|