X.Org X服务器驱动程序还是AMD专有驱动程序?


9

我看到我的机器(Radeon HD 6290)可以选择X.Org X Server驱动程序或AMD专有驱动程序:

在此处输入图片说明

我想知道总体而言,推荐哪一种是?他们中的一个有优势吗?除了性能之外,它们总体上是否存在稳定性问题?他们多久更新一次?


我不确定性能,但是关于稳定性我确实有话要说(但要带点盐,可能是YMMV)。我的笔记本电脑无法通过暂停(从RAM唤醒)X.Org X server,但不能通过fglrx-updates或暂停/唤醒fglrx-experimental-xx。检查syslog表明问题出在(实例)Xorg进程上。只是把它放在那里参考。记住,YMMV。它与该错误报告非常相似。清除驱动程序,并安装最新的fglrx-experimental-xx修复程序。
oaskamay

我的朋友使用AMD的HP笔记本电脑曾经发热很多,但是当他换x.orgfglrx笔记本电脑时要比以前更冷,没有加热
Edward Torvalds 2014年

Answers:


6

xorg开源驱动程序比专有驱动程序稳定得多,因此,如果您不需要专有驱动程序的任何功能,请使用开源驱动程序。

发布新版本的Ubuntu时,Fglrx和fglrx-updates相同。AMD发行较新的驱动程序时,会更新Fglrx-updates,而在升级到新版本的Ubuntu之前,通常不会更新fglrx。这意味着,与fglrx相比,fglrx-updates可能具有更好的性能,更少的错误和更多的功能,但原则上可能会发生,为此发布了一个更新,其中包含新的错误(甚至可能阻止您的系统启动GUI)。

现在享受专有驱动程序的优势:

  • 它具有出色的3D性能,这在使用合成窗口管理器时也与桌面性能相关(Unity使用Compiz,这在很大程度上取决于3D加速)
  • 有了它,图形卡耗电更少(主要与笔记本电脑有关)
  • 它带有OpenCL支持,这意味着某些程序可以受益于图形芯片(例如imagemagick,尽管我认为在Ubuntu上已禁用此功能)
  • 您可以使用VAAPI来获得硬件加速的视频解码(例如在VLC媒体播放器中),但这通常仅在非常慢的CPU(例如AMD C系列或Intel Atom)上才需要。
  • 在某些卡上,开源驱动程序不支持通过HDMI输出音频,在这种情况下,请使用专有驱动程序。

现在专有驱动程序的缺点

  • 我是否提到它不如开源驱动程序稳定?
  • 在某些系统上,播放视频文件时会看到撕裂的伪影(Catalyst Control Center中有一个设置可以防止这种情况,但在某些系统上不起作用)
  • 对于某些设置,您必须使用Catalyst Control Center而不是Ubuntu System Settings,例如,如果您想第一次将桌面扩展到第二台显示器。

由于它们是在评论中提到的,因此仅是关于实验性驱动程序的一句话:我不建议使用它们,目前(至少在12.04上)它们与某些其他软件包(最著名的是:硬件视频解码)不兼容。和opencl在没有丑陋的hack的情况下无法正常工作)。如果您确实需要AMD的最新驱动程序,请从AMD网站获取它们,并使用它们来构建特定发行版的软件包

长话短说:如果开源驱动程序一切正常,请使用它们。如果您需要或需要上面提到的功能之一,并且可以承受更新破坏某件事的很小风险,请使用fglrx-updates,否则使用fglrx。如果不确定自己在做什么,请不要使用实验性驱动程序。


1
谢谢!性能正是我的问题。我的笔记本电脑(图形HD6290、4GB内存,AMD C60)在Windows 8上运行非常流畅,但在Ubuntu上却滞后且无响应。我认为这可能是驱动程序问题。您确实提到了实验驱动程序,我认为它不在我的屏幕截图中,对吗?
Chin 2013年

2
在这种情况下,请尝试fglrx-updates驱动程序,它们可以在我的C60上网本上很好地工作,并提供令人惊讶的良好性能。实验性驱动程序不在您的屏幕快照中。我想Ubuntu开发人员已经意识到实验性驱动程序的问题,因此没有列出它们。
soulsource

3
还有一件事:如果您想在笔记本电脑上观看视频,则可能需要硬件解码。为此,您需要使用专有驱动程序。另外,您将需要安装硬件解码库:libva(也许还有libva-dev),libva-x11-1,libva-glx1,xvba-va-driver。要查看其是否正常运行,请安装vainfo并在终端中运行它。如果它列出了各种(如果我没有记错的话)2个配置文件,则说明硬件解码支持已正确安装。vlc是Ubuntu上唯一支持硬件解码的播放器。检查输入和编解码器设置以启用它。
soulsource

不错,我的笔记本电脑也是C60
Chin

1
直到最近,默认情况下,开放源代码驱动程序上的动态电源管理仍处于禁用状态,并且必须设置内核命令行参数才能启用它。由于内核驱动程序也为许多卡启用了内核3.13动态电源管理,因此在最新的内核版本中,过热问题不再存在。
soulsource
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.