+ -
当前位置:首页 → 问答吧 → R600的KMS和3D

R600的KMS和3D

时间:2010-02-26

来源:互联网

听说R600的3D支持已经完善了,小弟的显卡是 Radeon HD 2400,今编译了2.6.33-git,mesa-full, libgl-git, xf86-video-ati-git等包,发现KMS能用,Kwin也能出3D了,但是渲染很慢, glxgear只有700 frames in 5s. 不知各位情况如何?有何办法能提高么?

作者: flycity   发布时间: 2010-02-26

正常我的4750(480个流处理器)才3000多呢。你的2400(40个流处理器)就700,不错了:)

作者: liwangli   发布时间: 2010-02-26

刚试了一下KMS,唯一的好处是终端的分辨率变高了。glxgear分数与楼主一样(显卡型号也一样),不过3d没有成功开启,不知啥原因。
PS,才发现可以完全不用xorg.conf了,我笔记本的触摸板、无线鼠都能检测出来了

作者: dickeny   发布时间: 2010-02-26

引用:
作者: dickeny
PS,才发现可以完全不用xorg.conf了,我笔记本的触摸板、无线鼠都能检测出来了
这是很久以前的事了,X Server用hal自动检测输入设备,跟KMS没啥关系。

作者: Alerander   发布时间: 2010-02-26

哎,之前不知道编译了哪个版本的xf86-video-ati,3D效果很流畅,只不过KMS没能打开。后来为了撑死打开KMS,就新搞了这些东西,结果3D就相当慢了,原来的版本也回不去了:-( 今天我把所有KDE的东西都撤下来,换xfce了,感觉KDE要是没有kwin那些特效,就和残疾了似的,我还是乖乖等开源驱动完全OK了再说

作者: flycity   发布时间: 2010-02-27

终端分辨率高不是唯一好处……kms才能支持dri2,另外还有就是终端和xserver的平滑切换

作者: hurricanek   发布时间: 2010-02-27

dri2是什么???
虚拟终端与xserver之间的平滑切换无大用。谁会吃饱没事不停切换呢。

作者: dickeny   发布时间: 2010-02-27

引用:
作者: dickeny
dri2是什么???
虚拟终端与xserver之间的平滑切换无大用。谁会吃饱没事不停切换呢。
DRI2是直接渲染架构里对涉及2D的compositing manager方面的一些改进,使得X能更好地对各个窗口分别进行渲染。貌似用到了多个buffer进行offscreen渲染。

至于虚拟终端和X server之间的平滑切换,其实这只是KMS的一个衍生效果罢了。KMS真正的革命之处在于把显卡的mode setting部分也移到了内核里。

总的来说,让显卡顺利工作主要有两大部分工作。一就是mode setting;二则是图形渲染。DRI架构已经把渲染部分的工作基本全部移到了硬件,由内核进行内存管理(DRM)。当把mode setting也移走后,现在X基本上已经可以说与硬件无关了,而以前X也要做很多原本内核需要做的事情。这在系统安全性、可靠性上来讲是一个很大的进步。

作者: Alerander   发布时间: 2010-02-27

现在还不能说可靠性也有很大进步吧?从fedora、debian、arch社区,和在phoronix论坛看到的反馈。KMS启用后,X一旦出错内核也跟着崩溃了。无论Magic SysRq key、还是通过openssh干掉X,都不能解决系统失去响应的问题。

作者: zwgun   发布时间: 2010-02-27

引用:
作者: zwgun
现在还不能说可靠性也有很大进步吧?从fedora、debian、arch社区,和在phoronix论坛看到的反馈。KMS启用后,X一旦出错内核也跟着崩溃了。无论Magic SysRq key、还是通过openssh干掉X,都不能解决系统失去响应的问题。
这不正是windows的蓝屏嘛!哈哈!不知道这是不是一种杯具!

作者: flycity   发布时间: 2010-02-27

引用:
作者: zwgun
现在还不能说可靠性也有很大进步吧?从fedora、debian、arch社区,和在phoronix论坛看到的反馈。KMS启用后,X一旦出错内核也跟着崩溃了。无论Magic SysRq key、还是通过openssh干掉X,都不能解决系统失去响应的问题。
这是软件开发过程上难免的,应该予以理解。从设计的角度上讲这确实是增加可靠性的,但你不能要求想法一出来立马就实现得完美无缺吧?

另外要纠正一点,并不是X一出错内核就跟着崩溃了。KMS及其相应的显存管理、映射都是在内核里的,KMS出错就是内核出错,实际上跟X没有关系。是因为内核出错X就跟着崩溃了。

作者: Alerander   发布时间: 2010-02-27

引用:
作者: Alerander
这是软件开发过程上难免的,应该予以理解。从设计的角度上讲这确实是增加可靠性的,但你不能要求想法一出来立马就实现得完美无缺吧?

另外要纠正一点,并不是X一出错内核就跟着崩溃了。KMS及其相应的显存管理、映射都是在内核里的,KMS出错就是内核出错,实际上跟X没有关系。是因为内核出错X就跟着崩溃了。
也就是说现在的KMS还是不稳定对吧?
顺便问下,KMS开和不开在2.6.33下面性能差距有多大啊?有人测试过吗?

作者: harry1985   发布时间: 2010-02-28

小弟的机子上测试,没有差距……glxgears都是700

作者: flycity   发布时间: 2010-02-28