同一块硬盘上的 Linux 系统，从 AMD 平台拆装到 Intel 平台（两者性能接近）之后， vlc 播放 rv40 编码的 mkv 居然出现卡顿。。。

[zw]

而且，CPU 监控显示，处理器负载相当低，并没有满载。

rv40 编码在两种平台上应该都无法硬件解码，所以，应该都是软解的，为何会出现这种状况呢？

[huluhulu]

指令集不一样，另外单核的占用率才有意义吧。

[BingoXuan]

有事没事重个启，实在不行就重装？

两个平台的硬件配置和系统版本也可以给出来参考一下，毕竟这种情况很难判断。

[flynaj]

什么发行版，Windows 操作系统是不可以这样换的，会蓝屏，Linux 可能根据你的硬件生成启动参数，重新生成一次

[msg7086]

@flynaj Linux 的驱动都在内核里……
Windows 其实也没事，不一定会蓝的。

[zzutmebwd]

@flynaj 你用过 win10 吗

[flynaj]

@msg7086 #4 蓝屏是 intelppm 驱动造成的。知道的人改一下就好了。
@zzutmebwd #5 从测试版用到现在。蓝屏见的多了，还不一样，出个而维码，一点用也没有！

[cyspy]

微代码导致性能问题？

[abcbuzhiming]

@msg7086 windiows 如果是换 CPU 的话，其实是会有个重装驱动的过程的，但是这个过程一般对用户透明，linux 就不清楚内核机制是怎么样的了，但是总之这个问题肯定和驱动有关系

[zw]

@cyspy 这个我早想到了，硬盘换过去之后，开机第一件事就是删除掉 amd64-microcode 包，安装 intel-microcode 包，而且，相关 firmware、vaapi 库之类的，我全换了。所以，应该可以排除软件环境的问题。

[zw]

@abcbuzhiming Linux 的驱动都是包含在内核包里的，当然，还有些相关的 firmware、microcode 是独立的包。

[wsy2220]

vlc 配置呢?
demuxer
decoder
output module

[zw]

@BingoXuan 嗯，确实不好判断。貌似以前在 Windows+AMD 平台上使用 ffmpeg 库的播放器，比如 mpc-hc 或 ffplay，也遇到过软解 RV30/RV40 视频时卡顿的现象，后来某个版本升级后就好了。

[zw]

@wsy2220 嗯。。。
demuxer：automatic
output module：OpenGL GLX Video output
decoder：没找到，是说 video codec 吧？都是默认值，没改过。

[zw]

@wsy2220 output module 的不同选择应该全局性的，如果选了一个不合适的输出模块，那么，播放所有视频时都会卡，我这显然不是。

[abcbuzhiming]

@zw 包含哪些驱动和加载哪些驱动，是不同的，windows 是维护一个“已安装硬件列表”，然后在启动的时候会对比硬件身份编码和这份列表的差异进行对比，然后看情况更新驱动。以前的 windows 版本这个机制做的不够完美，所以有时硬件换多了还是会蓝屏，我不知道 linux 是什么机制，但是肯定也是类似的，不是说“内核包含所有驱动”，所以你随便换也不会出问题，必然是有一个检测机制，而且这个机制还不一定是每次启动都执行，你要判断问题到底是驱动级还是应用本身有问题的最简单办法就是找一台一样的 amd 机器重装系统试试

[xuboying]

之前装的有没有缺失多某些 interl 的指令集的优化？能否在重装的系统里再测试一下呢？