我想我找到答案了,在后来的测试过程中我用lscpu,通常解码时CPU全速运行在3334,但居然好几次被我捕捉到1600,这是低负载时的频率。就是说在解码的过程中ubuntu居然让CPU忙里偷闲?也忒不懂事儿了。
为证实这一点,安装了cpufreq-utils,查了半天,用了两条指令
sudo cpufreq-selector -c 0 -g performance
sudo cpufreq-selector -c 1 -g performance
再查CPU频率的时候,始终在3334了。下面是这之后的测试结果:
vo codec video audio framedrop
null 61% 0% 0.6% 0
x11 60% 13% 0.8% 14
xv 61% 2% 1.0% 0
gl 60% 21% 0.6% 74
vdpau 0% 26% 0.7% 0
这终于算是解了惑了,数据上不再有难以理解的浮动(除vdapu外,26%的负载貌似虚构),已和windows的测试基本接近,而且这次测试再没出现性能警告,xv始无前例地一帧未丢。看来ubuntu太想强调节能了,居然不惜性能受损...
从上表看xv的性能和windows的direct3d有一拼,不过用xv的时候的额外负担,xorg进程的CPU占用却是最高,有近10%,其次x11,4%左右。
mplayer软解高清的负载还真是很奇怪
Totem,mplayer,sopcast,realplayer,bmp
-
- 帖子: 308
- 注册时间: 2008-06-23 14:42
前往
- 公告/注意事项
- ↳ 新闻和通知
- ↳ 软件推荐
- 系统安装
- ↳ 教学和常见问答
- ↳ 系统安装和升级
- ↳ 启动和引导
- ↳ 网卡无线拨号
- ↳ 硬件与内核
- ↳ 笔记本及便携设备
- ↳ Ubuntu衍生版
- ↳ 其他类Unix OS发行版
- ↳ Debian发行版
- 配置美化
- ↳ 中文显示和输入法
- ↳ 个人配置文件存放点
- ↳ 软件文档翻译
- ↳ 窗口管理器及美化
- ↳ 桌面展示
- 软件使用
- ↳ 办公、图像、机械电子设计等
- ↳ Vim和Emacs
- ↳ 开源模板库
- ↳ 互联网相关软件
- ↳ 影音多媒体
- ↳ 游戏和模拟器
- ↳ 虚拟机和虚拟化
- ↳ Wine及其分支
- ↳ 其它类软件
- 服务器管理
- ↳ 服务器运维
- ↳ 云计算和容器(K8S/KVM/Docker/WSL等)
- ↳ Ubuntu VPS
- 程序设计与开发
- ↳ Shell脚本
- ↳ 软件/网站开发
- ↳ 内核及嵌入式开发
- ↳ Ubuntu编译和打包
- ↳ 开源小工具
- ↳ 挑战任务
- 感想与交流
- ↳ 深度PK版
- ↳ Ubuntu故事和感慨
- ↳ 同城交流
- ↳ 校园社团
- ↳ 港澳台校区
- ↳ 国外校区
- 站务区
- ↳ 论坛管理
- ↳ Ubuntu中文网上商店