Schuld, wenn man diesen proprietären Scheißdreck einsetzt. Es gibt auch Hersteller, die ihre Treiber in einem offenen Modell releasen, besonders ab Kernel 4.9. Und außerdem, warum soll man einen Hersteller unterstützen, der sich so verhält wie nVidia?
Schon richtig, aber generell kannst Du das eigentlich so nicht sagen. Nur ist das Problem, dass die propri Treiber immer noch die mit der besten Leistung sind. Gerade erst wieder auf Phoronix gelesen. Bei AMD ist allerdings das Preis/Leitungs/Energieverbrauch Verhältnis besser. Habe seit Jahren NVidia und überlege, das nächste Mal auf AMD umzusteigen. Was mir bei NVidia auf den Sack geht: Eine alte Geforce 7. Es gibt noch Treiber. NV baut einen Bug ein und des dauert Monate, bis endlich ein Fix kommt. Auch wenn die Karten schon legacy sind, aber ich denke, hier wäre ein offenes Treibermodell mehr von Vorteil. Geht es um schnelle Spieleleistung, ist wohl oder übel NV immer noch unerreicht an der Spitze. Da wird AMD wohl ewig Zweiter bleiben. Das Verhältnis zur Community gefällt mir bei AMD eindeutig besser. Wie Linus schon sagte: F u NV. Und er hat bis heute Recht mit deren Einstellung.
Bei AMD ist allerdings das Preis/Leitungs/Energieverbrauch Verhältnis besser.
Wie meinen? Ich habe meine R380 nach zwei Monaten wieder verkauft und mir eine GeForce 960 geholt, weil erstere unter Vollast über 180W verbrät. Die GeForce 960 dagegen verbrät unter Volllast gerade mal 120W. Sind sind Welten.
Und bei den neueren Modellen liegt Nvidia bei der Effizienz ebenfalls vorne. Oder ist dir etwa entfallen, dass die RX480 beim Referenzmodell außerhalb der PCI-E-Spezifkationen betrieben wird?
Was mir bei NVidia auf den Sack geht: Eine alte Geforce 7. Es gibt noch Treiber. NV baut einen Bug ein und des dauert Monate, bis endlich ein Fix kommt. Auch wenn die Karten schon legacy sind, aber ich denke, hier wäre ein offenes Treibermodell mehr von Vorteil.
Eine GeForce 7? Du erwartest allen Ernstes, dass Nvidia sofort für einen Bugfix für eine über 10 Jahre alte Grafikkarte herausbringt? Ein offenes Treibermodell wäre auch nur von Vorteil, wenn es Leute gäbe, welche eine solche Karte weiterhin unterstützen wollen. Und meine Erfahrung hat mir gezeigt, dass es damit im OSS-Umfeld nicht weit her ist.
P.S.:
Was hält dich davon ab ca. 50€ z.B. eine Quadro-Grafikkarte zu kaufen, welche sogar noch vom aktuellsten Treiber unterstützt werden?
@Glasen Erstmal ist die Karte nicht > 10 Jahre alt, sondern von 2007/8, also knapp darunter :-))) Kannst Du ja nicht wissen, aber genauer gesagt ist es eine Geforce 7 Go 7950GTX, also die Notebook-Variante. Und die kannst Du nicht mal eben gegen ein anderes Modell tauschen. Und das Dell XPS NB läuft noch bestens. Desweiteren werden die Treiber auch offiziell von Nvidia gepflegt und liegen nicht im Archivierungsbereich. Die sind auch offiziell von der NV Seite runterzuladen. Aber mal ehrlich: Der Bug ist lange bekannt. Eine Regression durch einen Security-Fix seitens NV. Ist doch ein Nogo, dass sowas mehrere Monate dauert. Was sollen denn die Leute machen, die drauf angewiesen sind? Man ist manchmal gezwungen, Updates zu fahren, schon wegen den neueren GCC- und Kernel-Versionen, zu denen ältere Treiber nicht kompatibel sind. Der 304.132 wurde bereits im September released und war dort schon kaputt. In 3 Tagen ist Dezember. Bis heute noch kein funzender Treiber für aktuelle Distris verfügbar. Und bei den Bug-Reports wird das u.a. mit Thanksgiving in den USA entschuldigt. Pah.
Was Preis/Leitungs/Energieverbrauch angeht: Doch, Du hast Recht, NV hat ganz schön aufgeholt und steht besser als AMD da. Siehe hier:
Solche Fehler können mal passieren ... auch in nicht-proprietären Treibern. Außderdem ist das in meinen Augen kein "proprietärer Scheißdreck" sondern das krasse Gegenteil davon. NVIDIA baut 1A Grafikkarten die ich seid vielen Jahren auf Linux einsetze. Und zwar ausschliesslich!
Danke NVIDIA das ihr Linux Treiber zur Verfügung stellt!
Nouveau ist wohl das schlimmste, was es an Treibern gibt.
...weil NVidia keine Informationen über die Innereien seiner Karten und Treiber rausrückt und die neueren Modelle bestimmte Funktionen nur mit signierten Treibern ausführen dürfen! (Natürlich nur wegen der "Sicherheit")
Danke nVidia für den coolen Treiber.
...der immer wieder mal nicht mit neuen Linux-Kerneln zusammenarbeitet, Gründe s.o. Wenn NVidia Lust drauf hat, bekommst Du irgendwann einen Fix dafür.
Aber was solls, gibt ja immer Leute, die den goldenen Käfig gut finden. Apple hat auch Fans. Nur im FLOSS-Lager vermutet man die eigentlich nicht.
...der immer wieder mal nicht mit neuen Linux-Kerneln zusammenarbeitet, Gründe s.o.
Welche Distribution wechselt denn häufiger den Kernel? Wer eine RR-Distribution einsetzt ist übrigens selbst schuld.
Aber was solls, gibt ja immer Leute, die den goldenen Käfig gut finden. Apple hat auch Fans. Nur im FLOSS-Lager vermutet man die eigentlich nicht.
Nein, das nennt man Pragmatismus. Was bringen freie Treiber, wenn sie die Grafikkarte mehr schlecht als recht unterstützen? Und ich sehe keinen einzigen nicht-ideologischen Grund, warum ich auf eine aktuelle Grafikkarte mit zeitgemäßer Leistung verzichten soll.
Na. Bei RR sagst Du selbst Schuld, wer auf dieses Modell setzt. Aber Du willst die neuste Hardware nutzen. RR hat den Vorteil neuerer Kernel und somit aktuellster HW Unterstützung. Gut, Du kannst einen Kernel auch einzeln updaten, wenns sein muss.
Wie häufig eine Distri den Kernel wechselt ist doch relativ. Nimm Leap 42.1. Hat Kernel 4.1. 42.2 schon 4.4. Genau beim Wechsel von .1 auf .2 versagt z.B. der NV Treiber meiner Karte. Das reicht doch schon. Und da kann wohl kaum die Rede von Distrohopping sein. Zudem funzt Tumbleweed meiner Erfahrung nach hervorragend, solange man nicht gerade auf den NV Blob setzt. NV kommt da naemlich nicht hinterher.
Von blablabla233 am Di, 29. November 2016 um 00:33 #
Also ich nutze Arch und das mitgelieferte nvidia packet und hatte jahrelang keine Probleme mit Nvidia auf min 10 verschiedenen Systemen von Laptop bis Workstation. Wechselnde Kernel haben seit Jahren nichts mehr mit Nvidia Problemen zu tun.
PS: Wer Suse verwendet hat noch ganz andere Probleme
Genau das kannst Du eben nicht verallgemeinern. Die von mir angesprochenen Treiber Probleme mit meiner GF 7 Go sind eben Distriübergreifend. Das liegt nicht an Suse. Verwende Suse Distris auf dem Desktop seit Version 6. Über die Jahre hat es immer wieder mal solche Aussetzer gegeben, wo der NV Treiber sich nicht aktivieren liess. Obwohl es in den letzten Jahren alles immer besser geworden ist. Aber dann kommt plötzlich wieder son Knaller und nichts läuft mit dem Blob. Aber kein Hersteller ist perfekt. Nur dauern mir deren Fixe mit z.T. Monaten Wartezeit viel zu lange.
Wechselnde Kernel haben seit Jahren nichts mehr mit Nvidia Problemen zu tun.
Stimmt nicht. Ist ja auch belegbar. 304.132 lässt sich unter 4.4 nicht laden. Symbol Error. Und der gcc mag das NV Shellskript auch nicht immer leiden. Deswegen muss NV die Treiber manchmal auch für neuere Kernelversionen extra anpassen. Genau aus diesem Grund warnt Suse auch vor dem Einsatz von Tumbleweed, wenn man eine NV Karte mit dem Blob verwendet. Genau eben wegen den wechselnden Kernel-Versionen.
Von blablabla233 am Di, 29. November 2016 um 23:18 #
Naja ich wusste ja was Du meinst, hatte diese Probleme auch aber wie geschrieben dass ist Jahre her und nutzte auch eine RR-Distri (aus deinen genannten Gründen vorallem wegen Mesa/Inteltreiber)
Von blablabla233 am Di, 29. November 2016 um 00:34 #
Also ich nutze Arch und das mitgelieferte nvidia packet und hatte jahrelang keine Probleme mit Nvidia auf min 10 verschiedenen Systemen von Laptop bis Workstation. Wechselnde Kernel haben seit Jahren nichts mehr mit Nvidia Problemen zu tun.
PS: Wer Suse verwendet hat noch ganz andere Probleme
Ach, welche besonderen Probleme soll man als Nutzer von Suse denn angeblich haben? Ich nutze Suse seit der 8.0 und habe nicht mehr Probleme, als man über andere Distributionen auch so liest. Immer diese Hater...
Von blablabla233 am Di, 29. November 2016 um 21:49 #
PPS: Bin kein Hater, ist ja nicht so dass Du SCO nutzt, es ist halt nur so dass die meisten beschwerden von der Ubuntu und Suse Seite kommen, wobei das Problem natürlich meist VOR dem Bildschirm sitzt.
Naja, das liegt wohl weniger an den Nouveau Entwicklern als an Nvidia selbst. Waren bei AMD die OSS Treiber nicht auch grottig, bis AMD sich geöffnet hat? Nur unterstützt AMD die Entwickler nun besser als NV es jemals tun wird.
Von blablabla233 am Di, 29. November 2016 um 00:37 #
Nana ist ja nicht so dass der AMD-OSS-treiber so der hit ist, im gegenteil. Wenn schon ein beispiel dann bitte Intel und selbst der hinkt hinterher, leider ist es so das bei grafikintesiven sachen auf FreeBSD, und Linux, Nvidia die einzige wahl ist.
Von -.,-.,-.,-.,.-,-.,-., am Di, 29. November 2016 um 02:14 #
Ich verwende noch heute zwei alte Radeon 7500-Grafikkarten unter modernen Linuxen. Diese Grafikkarte stammt von 2001. Diese wird noch heute unter Linux in 2D und 3D unterstützt und verrichtet klaglos ihren Dienst. Mit so einem Support kommt selbst Nvidia nicht mit. Zudem war Nvidia nie in der Lage, so bewährte Chipsätze wie den AMD 760G-Chipsatz zu bauen, auf dem sehr oft ein Radeon HD3000-Onboardchip werkelt.
Die Entscheidung zu versuchen, alle Radeon-Grafikkarten auf KMS und DRI2 ab der ersten Radeongrafikkarte mitzunehmen und die Tatsache, dass man dies auch fast durchgehend erreicht hat, zeigt, was man in Zusammenarbeit mit einem Grafikkartenhersteller erreichen kann, wenn man es dort nicht mit Betonköpfen wie bei Nvidia zu tun hat.
Zum Glück spielt Nvidia auf den meisten Business-Desktops und Servern keinerlei Rolle, so dass man sich im Firmensegment mit deren unfreien Grafiktreibern kaum auseinandersetzen muss (hier dominiert Intel). Zudem sollten Nvidianutzer wissen, dass der Linuxtreiber nicht für Linuxgamer und Ubuntunutzer geschrieben wurde, sondern zur Unterstützung von Nvidia-Workstation-Kunden gedacht ist. Den unfreien Nvidia-Treiber wird es deshalb genau so lange geben, wie dieser Geschäftsbereich für Nvidia profitabel erscheint.
Schuld, wenn man diesen proprietären Scheißdreck einsetzt.
Es gibt auch Hersteller, die ihre Treiber in einem offenen Modell releasen, besonders ab Kernel 4.9.
Und außerdem, warum soll man einen Hersteller unterstützen, der sich so verhält wie nVidia?
Schon richtig, aber generell kannst Du das eigentlich so nicht sagen. Nur ist das Problem, dass die propri Treiber immer noch die mit der besten Leistung sind. Gerade erst wieder auf Phoronix gelesen. Bei AMD ist allerdings das Preis/Leitungs/Energieverbrauch Verhältnis besser. Habe seit Jahren NVidia und überlege, das nächste Mal auf AMD umzusteigen. Was mir bei NVidia auf den Sack geht: Eine alte Geforce 7. Es gibt noch Treiber. NV baut einen Bug ein und des dauert Monate, bis endlich ein Fix kommt. Auch wenn die Karten schon legacy sind, aber ich denke, hier wäre ein offenes Treibermodell mehr von Vorteil. Geht es um schnelle Spieleleistung, ist wohl oder übel NV immer noch unerreicht an der Spitze. Da wird AMD wohl ewig Zweiter bleiben. Das Verhältnis zur Community gefällt mir bei AMD eindeutig besser. Wie Linus schon sagte: F u NV. Und er hat bis heute Recht mit deren Einstellung.
Und bei den neueren Modellen liegt Nvidia bei der Effizienz ebenfalls vorne. Oder ist dir etwa entfallen, dass die RX480 beim Referenzmodell außerhalb der PCI-E-Spezifkationen betrieben wird?
Eine GeForce 7? Du erwartest allen Ernstes, dass Nvidia sofort für einen Bugfix für eine über 10 Jahre alte Grafikkarte herausbringt? Ein offenes Treibermodell wäre auch nur von Vorteil, wenn es Leute gäbe, welche eine solche Karte weiterhin unterstützen wollen. Und meine Erfahrung hat mir gezeigt, dass es damit im OSS-Umfeld nicht weit her ist.P.S.:
Was hält dich davon ab ca. 50€ z.B. eine Quadro-Grafikkarte zu kaufen, welche sogar noch vom aktuellsten Treiber unterstützt werden?
Welche Quadro Karte meinst du? So günstig find ich nix.
Ich benötige eine mit der Möglichkeit, 3 Monitore anzusteuern.
Thx
Zum Beispiel diese bei eBay:
HP Nvidia Quadro 2000 v2 WS094AA 1GB GDDR5 - PCI-Express
@Glasen
Erstmal ist die Karte nicht > 10 Jahre alt, sondern von 2007/8, also knapp darunter :-)))
Kannst Du ja nicht wissen, aber genauer gesagt ist es eine Geforce 7 Go 7950GTX, also die Notebook-Variante. Und die kannst Du nicht mal eben gegen ein anderes Modell tauschen. Und das Dell XPS NB läuft noch bestens. Desweiteren werden die Treiber auch offiziell von Nvidia gepflegt und liegen nicht im Archivierungsbereich. Die sind auch offiziell von der NV Seite runterzuladen. Aber mal ehrlich: Der Bug ist lange bekannt. Eine Regression durch einen Security-Fix seitens NV. Ist doch ein Nogo, dass sowas mehrere Monate dauert. Was sollen denn die Leute machen, die drauf angewiesen sind? Man ist manchmal gezwungen, Updates zu fahren, schon wegen den neueren GCC- und Kernel-Versionen, zu denen ältere Treiber nicht kompatibel sind. Der 304.132 wurde bereits im September released und war dort schon kaputt. In 3 Tagen ist Dezember. Bis heute noch kein funzender Treiber für aktuelle Distris verfügbar. Und bei den Bug-Reports wird das u.a. mit Thanksgiving in den USA entschuldigt. Pah.
Was Preis/Leitungs/Energieverbrauch angeht: Doch, Du hast Recht, NV hat ganz schön aufgeholt und steht besser als AMD da. Siehe hier:
http://www.phoronix.com/scan.php?page=article&item=gtx-1050-per&num=1
Solche Fehler können mal passieren ... auch in nicht-proprietären Treibern. Außderdem ist das in meinen Augen kein "proprietärer Scheißdreck" sondern das krasse Gegenteil davon. NVIDIA baut 1A Grafikkarten die ich seid vielen Jahren auf Linux einsetze. Und zwar ausschliesslich!
Danke NVIDIA das ihr Linux Treiber zur Verfügung stellt!
YarYar
Nouveau ist wohl das schlimmste, was es an Treibern gibt.
Danke nVidia für den coolen Treiber.
Aber was solls, gibt ja immer Leute, die den goldenen Käfig gut finden. Apple hat auch Fans. Nur im FLOSS-Lager vermutet man die eigentlich nicht.
Na. Bei RR sagst Du selbst Schuld, wer auf dieses Modell setzt. Aber Du willst die neuste Hardware nutzen. RR hat den Vorteil neuerer Kernel und somit aktuellster HW Unterstützung. Gut, Du kannst einen Kernel auch einzeln updaten, wenns sein muss.
Wie häufig eine Distri den Kernel wechselt ist doch relativ. Nimm Leap 42.1. Hat Kernel 4.1. 42.2 schon 4.4. Genau beim Wechsel von .1 auf .2 versagt z.B. der NV Treiber meiner Karte. Das reicht doch schon. Und da kann wohl kaum die Rede von Distrohopping sein. Zudem funzt Tumbleweed meiner Erfahrung nach hervorragend, solange man nicht gerade auf den NV Blob setzt. NV kommt da naemlich nicht hinterher.
Also ich nutze Arch und das mitgelieferte nvidia packet und hatte jahrelang keine Probleme mit Nvidia auf min 10 verschiedenen Systemen von Laptop bis Workstation. Wechselnde Kernel haben seit Jahren nichts mehr mit Nvidia Problemen zu tun.
PS: Wer Suse verwendet hat noch ganz andere Probleme
Genau das kannst Du eben nicht verallgemeinern. Die von mir angesprochenen Treiber Probleme mit meiner GF 7 Go sind eben Distriübergreifend. Das liegt nicht an Suse. Verwende Suse Distris auf dem Desktop seit Version 6. Über die Jahre hat es immer wieder mal solche Aussetzer gegeben, wo der NV Treiber sich nicht aktivieren liess. Obwohl es in den letzten Jahren alles immer besser geworden ist. Aber dann kommt plötzlich wieder son Knaller und nichts läuft mit dem Blob. Aber kein Hersteller ist perfekt. Nur dauern mir deren Fixe mit z.T. Monaten Wartezeit viel zu lange.
Ein Moment....der gcc mag ein Shellscribt nicht immer leiden??? Wie geht dass denn?
PS: Wenn Tumbleblöd einen Nvidia Treiber mitliefert der mit dem eigenen Kernel nicht funktioniert sagt dass einiges über Suse
Du Schlingel hast mich also beim Dummformulieren ertappt
Naja ich wusste ja was Du meinst, hatte diese Probleme auch aber wie geschrieben dass ist Jahre her und nutzte auch eine RR-Distri (aus deinen genannten Gründen vorallem wegen Mesa/Inteltreiber)
Also ich nutze Arch und das mitgelieferte nvidia packet und hatte jahrelang keine Probleme mit Nvidia auf min 10 verschiedenen Systemen von Laptop bis Workstation. Wechselnde Kernel haben seit Jahren nichts mehr mit Nvidia Problemen zu tun.
PS: Wer Suse verwendet hat noch ganz andere Probleme
Ach, welche besonderen Probleme soll man als Nutzer von Suse denn angeblich haben? Ich nutze Suse seit der 8.0 und habe nicht mehr Probleme, als man über andere Distributionen auch so liest. Immer diese Hater...
Probleme mit einem Angeblich schlechten Nvidia treiber z.b?
PS: Danke für die Steilvorlage
PPS: Bin kein Hater, ist ja nicht so dass Du SCO nutzt, es ist halt nur so dass die meisten beschwerden von der Ubuntu und Suse Seite kommen, wobei das Problem natürlich meist VOR dem Bildschirm sitzt.
Naja, das liegt wohl weniger an den Nouveau Entwicklern als an Nvidia selbst. Waren bei AMD die OSS Treiber nicht auch grottig, bis AMD sich geöffnet hat? Nur unterstützt AMD die Entwickler nun besser als NV es jemals tun wird.
Nana ist ja nicht so dass der AMD-OSS-treiber so der hit ist, im gegenteil. Wenn schon ein beispiel dann bitte Intel und selbst der hinkt hinterher, leider ist es so das bei grafikintesiven sachen auf FreeBSD, und Linux, Nvidia die einzige wahl ist.
Ich verwende noch heute zwei alte Radeon 7500-Grafikkarten unter modernen Linuxen. Diese Grafikkarte stammt von 2001. Diese wird noch heute unter Linux in 2D und 3D unterstützt und verrichtet klaglos ihren Dienst. Mit so einem Support kommt selbst Nvidia nicht mit. Zudem war Nvidia nie in der Lage, so bewährte Chipsätze wie den AMD 760G-Chipsatz zu bauen, auf dem sehr oft ein Radeon HD3000-Onboardchip werkelt.
Die Entscheidung zu versuchen, alle Radeon-Grafikkarten auf KMS und DRI2 ab der ersten Radeongrafikkarte mitzunehmen und die Tatsache, dass man dies auch fast durchgehend erreicht hat, zeigt, was man in Zusammenarbeit mit einem Grafikkartenhersteller erreichen kann, wenn man es dort nicht mit Betonköpfen wie bei Nvidia zu tun hat.
Zum Glück spielt Nvidia auf den meisten Business-Desktops und Servern keinerlei Rolle, so dass man sich im Firmensegment mit deren unfreien Grafiktreibern kaum auseinandersetzen muss (hier dominiert Intel). Zudem sollten Nvidianutzer wissen, dass der Linuxtreiber nicht für Linuxgamer und Ubuntunutzer geschrieben wurde, sondern zur Unterstützung von Nvidia-Workstation-Kunden gedacht ist. Den unfreien Nvidia-Treiber wird es deshalb genau so lange geben, wie dieser Geschäftsbereich für Nvidia profitabel erscheint.
Die freien Nouveau Treiber werden NICHT von Nvidia bereitsgestellt sondern u.a. von Xorg.
WOW selten soviel Unwissen gelesen:
Gforcetreiber = Gaming
Quadrotreiber = Workstation
QuadrCerttreiber = Zertifiziert für zb Maya
Tesla = Cuda/OpenCL = Server
Stimmt, uralte Karten werden vom freien AMD Treiber gut unterstützt neue NICHT -> Google "Phoronix"
Auf normalen Business-Desktop spielt Intel die einzige Rolle und u.U Matrox für den Konferenzraum.
PS: Aber ich finde es natürlich erstaunlich dass DU weisst für was ein Treiber geschrieben wurde, Du musst ja ein echter Insider sein.
Vielleicht bezieht er sich auf das Developer Interview von 2009 - Nvidia und Linux.
http://www.phoronix.com/scan.php?page=article&item=nvidia_qa_linux&num=2
Ne beziehe mich darauf dass mit dem OSS-AMD-Treiber die neusten Karten langsamer laufen als die Karten die seit einem Jahr auf dem Markt sind.