Meine jahrelangen Erfahrungen mit proprietären Treibern sind eindeutig: Sie sind die häufigste Ursache für Kernel-Probleme, machen die Diagnose von anderen Problemen unmöglich und machen den Wechsel zwischen Kernel-Versionen schwer, manchmal sogar unmöglich. Daher nie wieder proprietäre Treiber, und Hardware, die nicht einwandfrei mit freien Treibern funktioniert, soll im Laden verrotten.
Volle Zustimmung. Ich bin sogar der Meinung, dass man Nutzer, die proprietäre Grafiktreiber installiert haben, solange von jedem Support ausschließen sollte, solange diese proprietären Grafiktreiber installiert sind. Das ist die Marschroute der Kernelentwickler und sie ist überaus sinnvoll. IMO ist u.a. KDE4 in ähnlich negativer Weise davon betroffen wie der Linux-Kernel.
Von August Meier am Fr, 4. Februar 2011 um 15:50 #
Ich bin nun wirklich kein Freund von proprietärer Software, aber wenn sie besser funktioniert und mehr Leistung bringt und das tut sie definitiv auf meinem Notebook mit ATI Radeon 3470HD, dann verwende ich sie auch.
Wenn jemand politisch aktiv sein will, so sei dies ihm überlassen, aber jemandem den Support zu verweigern, weil er dies nicht möchte oder weil er nicht mit einem zwangskastrierten System arbeiten möchte, ist unsäglich und geht weit über das hinaus, was man proprietären Herstellern an Bevormundung von Benutzern vorwirft.
Es gab mal eine Zeit in (Ost-)Deutschland, wo die Nichtmitgliedschaft in einer Partei massive Nachteile mit sich brachte. Ich gehe hoffentlich richtig in der Annahme, dass Dein Gedankengut nicht aus jener Ecke stammt!
Alles schön und gut, dann soll der Hersteller dieser proprietären Treiber aber auch den kompletten Support übernehmen.
Mit SED und ehemaligen Blockparteien hat das alles überhaupt nichts zu tun.
Man möchte als Entwickler nur sehen, ob der proprietäre Grafiktreiber am Bug Schuld ist. Deshalb die Aufforderung, dass man den Bug noch einmal verifizieren soll, allerdings nachdem die proprietären Grafiktreiber deinstalliert wurden.
Es ist dann Sache der Entwickler, ob sie sich mit einem solchen Bug befassen wollen bzw. können oder nicht.
Dazu gibt es im übrigen eine Vorgeschichte rund um Kernel-Bugs, die vom proprietären NVidiatreiber ausgelöst wurden. Proprietäre Software kommt ohne Sourcecode, eine Lösung solcher Bugs ist dann schwer bis gar nicht möglich.
ja wie willst du für etwas support geben wo du keinen source hast? wenn ich nen browser liefere aber irgend jemand ein plugin in closed source ausgibt das die hälfte der funktionaliät des browsers ersetzt, wenn dann dein browser anfängt zu spinnen, muss man doch erstmal fragen ist der fehler reproduzierbar? ja? dann passiert er auch wenn das plugin nicht drauf ist? nein? ja dann kann ich ihnen nicht weiter helfen.
Oder wie sollte man dann helfen, deassemlber installieren und fremdsoftware damit neu compilieren irgendwie? Ganz einfach so das es nicht machbar ist selbst wenn man wollen würde.
Seit etwa 3 Jahren verwende ich unter Linux ausschließlich die freien radeon Treiber und ich muss sagen, noch nie hatte ich – sowohl unter Windows als auch unter Linux – Treiber, die so stabil und fehlerfrei liefen und das, obwohl ich den aktuellen git-tree verwende. Natürlich gab es auch hier ganz selten mal das eine oder andere Problem, aber mit den anderen Treibern hatte ich das wesentlich häufiger.
Ist natürlich alles subjektiv, aber das ist eben mein Eindruck.
Sollte noch hinzufügen, dass die freien Treiber natürlich nicht alles unterstützen, allerdings ist das für mich kein Problem, da ich diese Dinge dann auch größenteils nicht benötige, da ich z.B. unter Linux nicht spiele.
Die freien ATI Radeon-Treiber sind dem neuen freien Nouveau-Treiber für Nvidia-Karten noch weit und dem nv-Treiber von NVidia Corp. um Lichtjahre voraus. Allerdings funktioniert nouveau3D schon mit bestimmten Grafikkartenmodellen ganz gut, aber noch nicht mit allen.
Bei den proprietären Treibern sind die NVidia-Treiber klar besser. Es handelt sich hierbei praktisch um die Windowstreiber (zu etwa 90%).
Der "Abstieg" beginnt aber schon dann langsam, wenn Deine Nvidia-Grafikkarte aus dem aktuellen Support fällt und "Legacy" wird. Die Legacy-Treiber profitieren nicht mehr von der aktuellen Weiterentwicklung des "ersten" Treibers. Dafür ist dann aber dieser wahrlich nicht schlechte Support (u.a. ständige Anpassungen an neuere Xorg- und Kernelversionen) länger als beim fglrx.
Von Heckmeckeckdreckweg am Fr, 4. Februar 2011 um 23:56 #
Also: propietäre NVIdia Treiber vs. freie Ati Radeon Treiber.
Wenn ich dich richtig verstanden habe, sind zuerst die NVidia Treiber die besseren, je älter diese werden, desto schlechter ist die Graka - Ansteuerung. Bei Ati Radeons freie Treiber bleibt die Leistung konstant.
> je älter diese werden, desto schlechter > ist die Graka - Ansteuerung
Die Treiber werden ja nicht schlechter, so als würden sie schimmeln. Wird ein Chipsatz mit Treiberbranch foo unterstützt, funktioniert er schlicht und ergreifend.
Nur darfst Du das Detail nicht vergessen, dass ältere Radeons dafür schneller als ältere NVidia-Karten aus dem Support mit dem proprietären Treiber herausfliegen.
Dann hat man allerdings die Möglichkeit, auf den freien Radeon-Treiber umzusteigen, der 2D- und 3D-Hardwarebeschleunigung bietet (etwa 10 bis 20% der potentiellen Leistungsfähigkeit der proprietären Treiber). Der Vorteil dabei ist, dass AMD/ATI den Xorg-Entwicklern Hardwareinformationen zur Verfügung stellt, die die Entwicklung dieser Radeon-Treiber vereinfachen und vor allem verkürzen.
Im NVidia-Bereich ist das bekanntlich nicht so. Nouveau wird nicht mit, sondern eher "gegen" NVidia entwickelt, von daher dauert alles länger, da NVidia keine Hardwareinformationen liefert. Außerdem hat NVidia die Weiterentwicklung seines freien, nur-2D-nv-Treibers eingestellt, der mit neuen NVidia-Karten nicht mehr funktioniert. NVidias Tipp für Linuxnutzer ist daher mittlerweile, zunächst Vesa zu benutzen, um dann nach der Linuxinstallation sofort auf den proprietären NVidia-Treiber umzusteigen.
Man sollte auch nicht vergessen, dass NVidia mittlerweile seinen Support für den dritten Legacy-Treiber insofern eingestellt hat, als dieser nicht mehr an neuere Xorg-Versionen angepasst wird. OpenSuse 11.0, Ubuntu 8.04/8.10 und Debian Lenny funktionieren noch damit, alle nachfolgenden Versionen dieser Distros allerdings nicht mehr.
Von Großprojekt Software Programmi am Sa, 5. Februar 2011 um 23:49 #
Der "Abstieg" beginnt aber schon dann langsam, wenn Deine Nvidia-Grafikkarte aus dem aktuellen Support fällt und "Legacy" wird. Die Legacy-Treiber profitieren nicht mehr von der aktuellen Weiterentwicklung des "ersten" Treibers.
Meine Erfahrung ist, daß ich bis dahin schon längst wieder eine neue Grafikkarte habe und die alte Grafikkarte zu diesem Zeitpunkt dann schon längst im Drittsystem steckt.
D.h. in einem meiner Drittsysteme steckt heute noch eine Geforce 4 Ti, die auf einem aktuellen Ubuntu auch mit 3d Beschleunigung noch funktioniert und bis ich die dann mangels Treiber zwangsaustauschen muß, habe ich schon längst wieder eine neuere Karet vom Zweitsystem durchgereicht.
Ahja, und deine drei Systeme bestehen bis auf die Grafikkarte aus identischer Hardware, oder wie reichst du eine PCIe-Grafikkarte in ein AGP-Zweit- oder Drittsystem durch?
Meine jahrelangen Erfahrungen mit proprietären Treibern sind eindeutig: Sie sind die häufigste Ursache für Kernel-Probleme, machen die Diagnose von anderen Problemen unmöglich und machen den Wechsel zwischen Kernel-Versionen schwer, manchmal sogar unmöglich. Daher nie wieder proprietäre Treiber, und Hardware, die nicht einwandfrei mit freien Treibern funktioniert, soll im Laden verrotten.
Volle Zustimmung.
Ich bin sogar der Meinung, dass man Nutzer, die proprietäre Grafiktreiber installiert haben, solange von jedem Support ausschließen sollte, solange diese proprietären Grafiktreiber installiert sind.
Das ist die Marschroute der Kernelentwickler und sie ist überaus sinnvoll. IMO ist u.a. KDE4 in ähnlich negativer Weise davon betroffen wie der Linux-Kernel.
Ich bin nun wirklich kein Freund von proprietärer Software, aber wenn sie besser funktioniert und mehr Leistung bringt und das tut sie definitiv auf meinem Notebook mit ATI Radeon 3470HD, dann verwende ich sie auch.
Wenn jemand politisch aktiv sein will, so sei dies ihm überlassen, aber jemandem den Support zu verweigern, weil er dies nicht möchte oder weil er nicht mit einem zwangskastrierten System arbeiten möchte, ist unsäglich und geht weit über das hinaus, was man proprietären Herstellern an Bevormundung von Benutzern vorwirft.
Es gab mal eine Zeit in (Ost-)Deutschland, wo die Nichtmitgliedschaft in einer Partei massive Nachteile mit sich brachte. Ich gehe hoffentlich richtig in der Annahme, dass Dein Gedankengut nicht aus jener Ecke stammt!
Gruss
August Meier
Alles schön und gut, dann soll der Hersteller dieser proprietären Treiber aber auch den kompletten Support übernehmen.
Mit SED und ehemaligen Blockparteien hat das alles überhaupt nichts zu tun.
Man möchte als Entwickler nur sehen, ob der proprietäre Grafiktreiber am Bug Schuld ist. Deshalb die Aufforderung, dass man den Bug noch einmal verifizieren soll, allerdings nachdem die proprietären Grafiktreiber deinstalliert wurden.
Es ist dann Sache der Entwickler, ob sie sich mit einem solchen Bug befassen wollen bzw. können oder nicht.
Dazu gibt es im übrigen eine Vorgeschichte rund um Kernel-Bugs, die vom proprietären NVidiatreiber ausgelöst wurden.
Proprietäre Software kommt ohne Sourcecode, eine Lösung solcher Bugs ist dann schwer bis gar nicht möglich.
ja wie willst du für etwas support geben wo du keinen source hast? wenn ich nen browser liefere aber irgend jemand ein plugin in closed source ausgibt das die hälfte der funktionaliät des browsers ersetzt, wenn dann dein browser anfängt zu spinnen, muss man doch erstmal fragen ist der fehler reproduzierbar? ja? dann passiert er auch wenn das plugin nicht drauf ist? nein? ja dann kann ich ihnen nicht weiter helfen.
Oder wie sollte man dann helfen, deassemlber installieren und fremdsoftware damit neu compilieren irgendwie? Ganz einfach so das es nicht machbar ist selbst wenn man wollen würde.
So in etwa ist es bei mir auch.
Seit etwa 3 Jahren verwende ich unter Linux ausschließlich die freien radeon Treiber und ich muss sagen, noch nie hatte ich – sowohl unter Windows als auch unter Linux – Treiber, die so stabil und fehlerfrei liefen und das, obwohl ich den aktuellen git-tree verwende. Natürlich gab es auch hier ganz selten mal das eine oder andere Problem, aber mit den anderen Treibern hatte ich das wesentlich häufiger.
Ist natürlich alles subjektiv, aber das ist eben mein Eindruck.
Sollte noch hinzufügen, dass die freien Treiber natürlich nicht alles unterstützen, allerdings ist das für mich kein Problem, da ich diese Dinge dann auch größenteils nicht benötige, da ich z.B. unter Linux nicht spiele.
Was sind jetzt nun die besseren Treiber für Linux? Ati oder NVidia?
Welche denn?
Die freien oder die unfreien?
Die freien ATI Radeon-Treiber sind dem neuen freien Nouveau-Treiber für Nvidia-Karten noch weit und dem nv-Treiber von NVidia Corp. um Lichtjahre voraus. Allerdings funktioniert nouveau3D schon mit bestimmten Grafikkartenmodellen ganz gut, aber noch nicht mit allen.
Bei den proprietären Treibern sind die NVidia-Treiber klar besser. Es handelt sich hierbei praktisch um die Windowstreiber (zu etwa 90%).
Der "Abstieg" beginnt aber schon dann langsam, wenn Deine Nvidia-Grafikkarte aus dem aktuellen Support fällt und "Legacy" wird. Die Legacy-Treiber profitieren nicht mehr von der aktuellen Weiterentwicklung des "ersten" Treibers. Dafür ist dann aber dieser wahrlich nicht schlechte Support (u.a. ständige Anpassungen an neuere Xorg- und Kernelversionen) länger als beim fglrx.
Also: propietäre NVIdia Treiber vs. freie Ati Radeon Treiber.
Wenn ich dich richtig verstanden habe, sind zuerst die NVidia
Treiber die besseren, je älter diese werden, desto schlechter
ist die Graka - Ansteuerung. Bei Ati Radeons freie Treiber bleibt
die Leistung konstant.
> je älter diese werden, desto schlechter
> ist die Graka - Ansteuerung
Die Treiber werden ja nicht schlechter, so als würden sie schimmeln.
Wird ein Chipsatz mit Treiberbranch foo unterstützt, funktioniert er schlicht und ergreifend.
Nur darfst Du das Detail nicht vergessen, dass ältere Radeons dafür schneller als ältere NVidia-Karten aus dem Support mit dem proprietären Treiber herausfliegen.
Dann hat man allerdings die Möglichkeit, auf den freien Radeon-Treiber umzusteigen, der 2D- und 3D-Hardwarebeschleunigung bietet (etwa 10 bis 20% der potentiellen Leistungsfähigkeit der proprietären Treiber). Der Vorteil dabei ist, dass AMD/ATI den Xorg-Entwicklern Hardwareinformationen zur Verfügung stellt, die die Entwicklung dieser Radeon-Treiber vereinfachen und vor allem verkürzen.
Im NVidia-Bereich ist das bekanntlich nicht so. Nouveau wird nicht mit, sondern eher "gegen" NVidia entwickelt, von daher dauert alles länger, da NVidia keine Hardwareinformationen liefert. Außerdem hat NVidia die Weiterentwicklung seines freien, nur-2D-nv-Treibers eingestellt, der mit neuen NVidia-Karten nicht mehr funktioniert.
NVidias Tipp für Linuxnutzer ist daher mittlerweile, zunächst Vesa zu benutzen, um dann nach der Linuxinstallation sofort auf den proprietären NVidia-Treiber umzusteigen.
Man sollte auch nicht vergessen, dass NVidia mittlerweile seinen Support für den dritten Legacy-Treiber insofern eingestellt hat, als dieser nicht mehr an neuere Xorg-Versionen angepasst wird. OpenSuse 11.0, Ubuntu 8.04/8.10 und Debian Lenny funktionieren noch damit, alle nachfolgenden Versionen dieser Distros allerdings nicht mehr.
Meine Erfahrung ist, daß ich bis dahin schon längst wieder eine neue Grafikkarte habe und die alte Grafikkarte zu diesem Zeitpunkt dann schon längst im Drittsystem steckt.
D.h. in einem meiner Drittsysteme steckt heute noch eine Geforce 4 Ti, die auf einem aktuellen Ubuntu auch mit 3d Beschleunigung noch funktioniert und bis ich die dann mangels Treiber zwangsaustauschen muß, habe ich schon längst wieder eine neuere Karet vom Zweitsystem durchgereicht.
Ahja, und deine drei Systeme bestehen bis auf die Grafikkarte aus identischer Hardware, oder wie reichst du eine PCIe-Grafikkarte in ein AGP-Zweit- oder Drittsystem durch?