Pilote X.Org X Server ou pilote propriétaire AMD?

9

Je constate que ma machine (Radeon HD 6290) a la possibilité de choisir le pilote X.Org X Server ou le pilote propriétaire AMD:

entrez la description de l'image ici

Je veux savoir lequel est recommandé en terme de performance en général? Est-ce que l'un d'eux a un avantage sur l'autre? Et en dehors des performances, y a-t-il un problème de stabilité avec eux en général? À quelle fréquence sont-ils mis à jour?

Menton
la source
Je ne suis pas sûr de la performance, mais j'ai quelque chose à dire sur la stabilité (mais prenez-le avec un grain de sel, probablement YMMV). Mon ordinateur portable n'a pas réussi à suspendre / réveiller (vers / depuis la RAM) avec le X.Org X server, mais pas avec fglrx-updatesou fglrx-experimental-xx. La vérification syslogmontre que le problème était lié à une (instance de) Xorgprocessus. Il suffit de le mettre là pour référence. N'oubliez pas, YMMV. C'était très similaire à ce rapport de bogue . La purge du pilote et l'installation de la dernière version l'ont fglrx-experimental-xxcorrigé.
oaskamay
mes amis ordinateur portable HP utilisant AMD chauffaient beaucoup, mais quand il est passé de x.orgà fglrxson ordinateur portable était beaucoup plus froid qu'auparavant, pas de chauffage
Edward Torvalds

Réponses:

6

Le pilote open source xorg est beaucoup plus stable que le pilote propriétaire, donc si vous n'avez besoin d'aucune des fonctionnalités du pilote propriétaire, restez avec le pilote open source.

Les mises à jour Fglrx et fglrx sont identiques lorsqu'une nouvelle version d'Ubuntu est publiée. Fglrx-updates plus tard est mis à jour lorsque de nouveaux pilotes sont publiés par AMD, tandis que fglrx n'est généralement pas mis à jour tant que vous ne mettez pas à niveau vers une nouvelle version d'Ubuntu. Cela signifie que les mises à jour de fglrx auront probablement de meilleures performances, moins de bogues et plus de fonctionnalités que fglrx, mais cela pourrait en principe se produire, qu'une mise à jour soit publiée pour elle, qui contient de nouveaux bogues (ce qui pourrait même empêcher votre système de démarrer un GUI).

Passons maintenant aux avantages du pilote propriétaire:

  • Il a des performances 3D bien supérieures, ce qui est également pertinent pour les performances du bureau lors de l'utilisation d'un gestionnaire de fenêtres de composition (Unity utilise Compiz, qui s'appuie grandement sur l'accélération 3D)
  • Avec elle, la carte graphique utilise moins d'énergie (principalement pertinente sur les ordinateurs portables)
  • Il est livré avec le support OpenCL, ce qui signifie que certains programmes peuvent bénéficier de la puce graphique (par exemple imagemagick, bien que je pense que cette fonctionnalité est désactivée sur Ubuntu)
  • Vous pouvez utiliser VAAPI pour obtenir un décodage vidéo accéléré par le matériel (par exemple dans le lecteur multimédia VLC), mais cela n'est généralement requis que sur les processeurs très lents, comme AMD C-series ou Intel Atom.
  • Sur certaines cartes, le pilote open source ne prend pas en charge la sortie audio via HDMI, dans ce cas, utilisez le pilote propriétaire.

Maintenant, les inconvénients du pilote propriétaire

  • Ai-je mentionné qu'il est moins stable que le pilote open source?
  • Sur certains systèmes, des artefacts déchirants sont visibles lors de la lecture de fichiers vidéo (il existe un paramètre dans le Catalyst Control Center pour empêcher cela, mais cela ne fonctionne pas sur certains systèmes)
  • Pour certains paramètres, il faut utiliser Catalyst Control Center au lieu des paramètres système d'Ubuntu, par exemple si vous souhaitez étendre le bureau à un deuxième moniteur pour la première fois.

Puisqu'ils sont mentionnés dans l'un des commentaires, juste un mot concernant les pilotes expérimentaux : je ne recommande pas de les utiliser, ils sont pour le moment (au moins le 12.04) incompatibles avec d'autres packages (notamment: décodage vidéo matériel) et opencl ne fonctionne pas sans de vilains hacks). Si vous avez vraiment besoin des derniers pilotes d'AMD, procurez-vous-les sur le site Web d'AMD et utilisez-les pour créer des packages spécifiques à la distribution .

Pour faire court: si tout fonctionne bien pour vous avec les pilotes open source, utilisez-les. Si vous voulez ou avez besoin de l'une des fonctionnalités mentionnées ci-dessus, et que vous êtes d'accord avec le très petit risque qu'une mise à jour casse quelque chose, utilisez fglrx-updates, sinon fglrx. N'utilisez pas les pilotes expérimentaux si vous n'êtes pas sûr de ce que vous faites.

soulsource
la source
1
Merci! La performance est exactement mon problème. Mon ordinateur portable (graphique HD6290, 4 Go de RAM, AMD C60) fonctionne très bien sur Windows 8, mais il est en retard et ne répond pas sur Ubuntu. Je pense que cela pourrait être un problème de pilote. Vous avez mentionné les pilotes expérimentaux, je pense que ce n'est pas dans ma capture d'écran, non?
Chin
2
Dans ce cas, essayez les pilotes fglrx-updates, ils fonctionnent bien sur mon netbook C60 et donnent des performances étonnamment bonnes. Les pilotes expérimentaux ne sont pas dans votre capture d'écran. Je suppose que les développeurs d'Ubuntu sont conscients des problèmes avec les pilotes expérimentaux et ne les répertorient donc pas.
soulsource
3
Et une autre chose: si vous voulez regarder des vidéos sur l'ordinateur portable, vous aurez probablement besoin d'un décodage matériel. Pour cela, vous devez utiliser les pilotes propriétaires. De plus, vous devrez installer les bibliothèques de décodage matériel: libva (peut-être aussi libva-dev), libva-x11-1, libva-glx1, xvba-va-driver. Pour voir si cela fonctionne, installez vainfo et exécutez-le dans un terminal. S'il répertorie divers profils (si je me souviens bien 2), la prise en charge du décodage matériel est correctement installée. Le seul lecteur disponible sur Ubuntu qui prend en charge le décodage matériel hors de la boîte est vlc. Vérifiez les paramètres d'entrée et de codec pour l'activer.
soulsource
agréable, mon ordinateur portable est également C60
Chin
1
Jusqu'à récemment, la gestion dynamique de l'alimentation était désactivée par défaut sur les pilotes open source, et il fallait définir un paramètre de ligne de commande du noyau pour l'activer. Étant donné que la gestion dynamique de l'alimentation du noyau 3.13 est également activée dans le pilote open source pour de nombreuses cartes, avec une version récente du noyau, le problème de surchauffe ne devrait plus être présent.
soulsource