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.
X.Org X server, mais pas avecfglrx-updatesoufglrx-experimental-xx. La vérificationsyslogmontre 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'ontfglrx-experimental-xxcorrigé.