ich habe ein Problem :)
Wenn ich das jetzt beschreibe werden sich bestimmt bei dem ein oder anderen ITler die Fingernägel nach oben kreuseln.
Also:
Ich nutze Linux Mint, kann aber auch beim booten auf mein altes Windows zurückgreifen.
Vorrangig wird aber Linux gebootet.
Das System erkannte meinen Arduino Nano nicht, also habe ich nach recherche versucht den CH340 Treiber zu installieren (war schon komisch, weil dieser eigl schon standartmäßig installiert sein soll).
Funktionierte aber irgendwie nicht.
Irgendwann habe ich dann irgendwelche upgrades gemacht die jmd im Netz vorgeschlagen hatt -> Linux bootet nicht mehr...
Fehlermeldung:
"minimal bash-like line supported"
grub Kommandozeile
Ich vermute im root verzeichnis ist irgendeine Boot Datei beschädigt.
Gibt da im Netz einige Lösungsversuche, bin seit Tagen dran, nix funktioniert.
Jetzt war ich so schlau (blöd) und bootete den Rechner über meinen USB-Stick, auf welchen Mint noch installiert ist und dacht mir lösch einfach Linux -> gesagt getan, linux gelöscht. (Die Datein waren nicht wichtig) Nur der Grub ist immer noch installiert -> Fehlermeldung bleibt.
Über den Rescue Modus des Laptops (Sony Vaio Care) wollte ich wieder auf Windows umstellen -> Man kann nur Hard Disk einstellen -> bootet immer noch über den defekten Grub Gnu was auch immer...
Hat jmd noch einen Lösungsvorschlag?
Merce schonmal und Gruß
Hat jmd noch einen Lösungsvorschlag?
Merce schonmal und Gruß
Wer kennt es nicht, man möchte nur kurz was umstellen und am Ende des Tages ist man froh wenn man den PC wieder gebootet kriegt ;-)
Nun, es gibt diverse Möglichkeiten einen grub zu reparieren. Allerdings ist das per textueller Beschreibung für einen Anfänger etwas schwierig, am Ende kommt dann genau das raus was dir passiert ist.
Vermutlich reicht es, einfach Linux Mint neu zu installieren (am besten auf der Partition wo es davor auch schon installiert war).
Zeig doch bitte mal die Ausgabe von lsblk (kannst du von deinem live-USB aus machen).
Beim Mint-Setup wird in der Regel auch der grub neu installiert, etwaige OSe sollten erkannt werden.
Ein frisches Mint bringt dir also auch einen frischen grub mit.
Wenns dann weiterhin Probleme gibt kann man immer noch weiterschauen.
also habe ich nach
recherche versucht den CH340 Treiber zu installieren
erster Fehler. Ich habe noch kein Linux gesehen, das einen CH340 nicht erkannt hätte. Es war wohl eher ein Rechteproblem. Du mußt in der Gruppe dialout sein.
Linux komplett löschen weil etwas nicht funktioniert ist in fast 100% aller Fälle unnötig, weil es eine Menge Tools zur Reparatur mitbringt, im Gegensatz zu W... egal.
Vermutlich hätte dir diese Beschreibung geholfen, auch wenn sie für Ubuntu ist:
Wenn du auch Linux brauchst: Installiere es einfach neu. Der Installer (zumindest die der großen Distris wie Ubuntu, Mint & Co) sollte Windows automatisch erkennen und Grub korrekt einrichten und dann sollte Dual-Boot wie immer gehen.
Wenn du nur noch Windows haben möchtest: Ein Windows-Installationsmedium verwenden und den Bootloader/MBR "reparieren". Da gibt es diverse Anleitungen zu im Netz:
Ja.
Über GParted die Partition, bzw die Platte platt machen. Eigentlich mach ich sowas aber über die Tolls der Hersteller, wo die HDD von vorne bis hinten leer-geschrieben wird. Danach ist die HDD für das BS 'jungfräulich'
Aber mit GParted sollte das soweit auch funktionieren.
Wichtig ist, dass der MBR gelöscht wir, wo die Linux partition aufgerufen wird.
Ja.
Über GParted die Partition, bzw die Platte platt machen.
Das bringt gar nichts. Wenn die Partition gelöscht wird, ist die first Stage vom GRUB immernoch im MBR und startet nicht mehr. Die Platte ganz zu löschen löscht auch Windows.
Wichtig ist, dass der MBR gelöscht wir, wo die Linux partition
aufgerufen wird.
Den MBR zu "löschen" (das können die meisten Tools sowieso nicht explizit) bringt nichts. Ob jetzt ein kaputter GRUB oder gar nichts startet macht effektiv keinen wirklichen Unterschied, Windows startet so definitiv nicht.
Rescatux ist nicht schlecht - Vorher aber mit alternativem Linux auf CD (also Mint Live -CD oder sowas) schauen, ob was auffälliges zu finden ist.
https://www.supergrubdisk.org/rescatux/
Was für ein Windows ist den da drauf? Besorge Dir das passende Installationsmedium zu Deinem Windows und starte von diesem. Dort wird Dir in aller Regel auch eine Option zum Reparieren des Systems angeboten. Bis Win XP gab es die Recoveryconsole, die man nach dem Booten des Installationsmediums mit der Taste R erreicht hat. Ab XP kocht jede Version mehr oder weniger ihr eigenes Süppchen.
Die Verfahren für jedes System von XP bis 11 sind hier https://neosmart.net/wiki/fix-mbr/?gclid=EAIaIQobChMInvP2q7jT_AIVno5oCR2A6gd8EAMYAyAAEgKLRPD_BwE beschrieben. Du mußt in dem Artikel ein bischen nach unten scrollen, es gaht dann mit XP los.
Der zweite Weg wäre, wie schon vorgeschlagen, Linux neu zu installieren. Dabei wird dann der Grub neu aufgesetzt. Deine Windows installation sollte hierbei erkannt und eingebunden werden.
Man kann damit Grub Konfigurieren (was steht oben oder Unten...) aber auf jeden Fall kann man festlegen wo Du den installierst. Wenn man Beide Systeme auf verschiedenen Platten hast und im BIOS steht die Falsche als Startpartition dann kann einem das zum Wahnsinn treiben. Jedes Mal wenn Linux Grub neu schreibt kann es zu Fehlern kommen.
Jedes Mal wenn
Linux Grub neu schreibt kann es zu Fehlern kommen.
Schon lange haben die großen Distros Grub-Konfigurationsdateien in /etc . Dort trägt man die Boot-Reihenfolge und gewünschtes Installationsziel (Platte/Partition) ein und dann wird es immer richtig geschrieben. Hab schon seit Ewigkeiten nicht mehr an Grub rumgefummelt, weil bei richtiger Konfiguration auch Updates nichts durcheinander bringen. Und dazu braucht es auch kein zusätzliches Tool, nur einen Texteditor...
Oder man bootet das vorhandene System mit Super Grub2 Disk:
Dann reicht es auch einfach "update-grub" auszuführen. Vorher sicherstellen dass in "/etc/default/grub" alles richtig eingestellt ist. Braucht keine weiteren Tools. In Härtefällen kann "grub-install /dev/sdXX" helfen.
vielen herzlichen dank für die Rege beteiligung :)
Muss natürlich zugeben -> bin echt manchmal ein Depp ;)
Naja, jedenfalls Linux neu installiert und es funzt wieder. Top!!!
Bis auf ein paar 3D drucker zeichnungen und ein zwei einfach Arduino Codes sind auch keine wichtigen Daten verloren :)
also habe ich nach
recherche versucht den CH340 Treiber zu installieren (war schon komisch,
weil dieser eigl schon standartmäßig installiert sein soll).
Bei Windows ist der nicht installiert und kommt auch nicht per WindowsUpdate. Muss manuell installiert werden.
Gibt da im Netz einige Lösungsversuche, bin seit Tagen dran, nix
funktioniert.
Installiere alles neu. Bei deiner Kompetenz ist das die schnellste Lösung.
Hat jmd noch einen Lösungsvorschlag?
Such' dir jemanden, der weiß, was er tut und bezahle ihn dafür, dass er es tut.
Der Welcome-Screen von Mint empfiehlt die Einrichtung von Timeshift. Nächstesmal nicht wegklicken und dann dicke Backen machen, wenn man es gebraucht hätte, sondern das einfach mal befolgen.
Der Welcome-Screen von Mint empfiehlt die Einrichtung von Timeshift.
Nächstesmal nicht wegklicken
Das habe ich immer so gemacht ;-) Jetzt habe ich aber verstanden für welche Art von Usern das gedacht ist. Ich habe es noch nie geschafft, mein System zu zerschiessen.
Mit diesen Festplattenplatz mache ich lieber Backups von meinen Daten.
Das habe ich immer so gemacht ;-) Jetzt habe ich aber verstanden für
welche Art von Usern das gedacht ist.
Es ist auch dafür, wenn ein Update einem das System zerschießt. Kommt eigentlich nicht vor, aber könnte theoretisch sein.
Mit diesen Festplattenplatz mache ich lieber Backups von meinen Daten.
Eine normale Mint-Installation hat größenordnungsmäßig 15-20GB oder so, da fällt Timeshift nicht weiter ins Gewicht. Zudem befinden sich die Timeshift-Snapshots üblicherweise auf derselben SSD, so daß das für Backups ohnehin ungeeignet wäre.
Es wird dann übrigens nur einmalig 15-20GB für Timeshift benötigt - alle weiteren Snapshots sehen zwar aus wie viel Speicher, dem ist tatsächlich aber nicht so. Das geht nämlich über Mehrfach-Referenzierung der Daten im Dateisystem.
Es wird dann übrigens nur einmalig 15-20GB für Timeshift benötigt - alle
weiteren Snapshots sehen zwar aus wie viel Speicher, dem ist tatsächlich
aber nicht so. Das geht nämlich über Mehrfach-Referenzierung der Daten
im Dateisystem.
Ich kenne Timeshift nicht, aber das hört sich jetzt irgendwie an wie rsnapshot, das dasselbe über Hardlinks macht.
Ich kenne Timeshift nicht, aber das hört sich jetzt irgendwie an wie
rsnapshot, das dasselbe über Hardlinks macht.
Nutzen ja auch beide rsync. Timeshift kann aber auch BTRFS unterstützen, dann natürlich mit noch besseren Snapshots, und hat außerdem eine anwenderfreundliche GUI.
Es ist auch dafür, wenn ein Update einem das System zerschießt. Kommt
eigentlich nicht vor, aber könnte theoretisch sein.
Ja, selbst wenn es so sein sollte, dann würde ich das System eben neu aufsetzen (max. ein Sa nachmittag incl. aller SW). Wäre dann mal ein Grund auf die neuste Distri umzusteigen. ;-)
Mitten im Update ein Stromausfall könnte schon blöd werden. Kann man natürlich wieder reparieren, ist aber nicht nutzerfreundlich.
Bei Mint bootet man dann vom USB-Stick, startet Timeshift von dort, macht den Restore des letzten Snapshots per Mausklick, bootet neu und läßt den Update-Manager die seit dem Snapshot aufgelaufenen Updates einspielen. Keinerlei besondere Kenntnisse nötig - und genau so muß ein Linux funktionieren, das sich an Endanwender richtet.
Linux ist schon sehr lange unkaputtbar. Oder etwa jetzt nicht mehr?
Na das ist Quatsch. Kommt natürlich auch darauf an, wie man das System nutzt. Bei Upgrades hatte ich schon Probleme mit 64/32 Bit.
Jetzt bleibe ich erstmal bei Fedora33, weil ich befüchten muss, dass meine Skyriminstallation oder die Steam-Funktion mal wieder vermurkst wird.
Nun finde ich Gmome-Schach ganz gut - aber das Spiel kann scheinbar nicht verlieren, und stürzt immer dann ab, wenn es danach aussieht. Mittlerweile interpretiere ich das Gehabe als Aufgeben.
Jetzt gibt es keine Updates mehr für F33. Teilweise kann man wohl noch Updates machen, beispielsweise Rust, oder gcc.
Das wollte ich auch mit Gnome-Schach machen.
Die komplette (Linux-) Spieleübersicht auf dem Desktop bleibt aber jetzt leer, der Updateversuch per Konsole ist nicht möglich und gibt ein paar Fehlermeldungen heraus.
Jetzt habe ich aber doch mal Fedora33 auf Fedora35 upgedatet.
Der Hintergrund war, dass die Abstürze bei Gnome-Schach doch ein wenig sehr nervtötend sind. Da hatte ich erstmal versucht, das einzeln upzudaten. Ging aber nicht, teilweise gab es auch noch Fehler bei der Softwareauswahl-Kiste bei Spielen, aber die waren wohl nur temporär.
Dann dachte ich so, naja, da ich zur Zerstreung gerade die alten Enterprise-NG-Folgen vorziehe, und Gnome-Schach ja schon durch Updates ein wenig besser wurde, kann ich es wagen, Fedora mal zu aktualisieren..
Kurz vorm Starten des Fe35-Desktops lief eine Meldung über den Bildschirm, dass der Nvidia-Kernel-Treiber vermisst wird - und darum Nuoveau den Vorzug bekommt.
WAS zum Geier, soll DAS jetzt heißen??
Skyrim/Wine haben sich wieder ein wenig stärker verändert, jetzt also wieder eigener Desktop -
Skyrim Start ein wenig holperig (nicht nur das, Optimierungen für Skyrim (z.B. fehlerhafte Quests auflösen) gibt es auch noch obendrauf) (fragt mich nicht, wo die jetzt herkommen).
Skyrim selber ist nur Diashow, kann man nicht spielen. Auch dann nicht, wenn man auf hohe Qualität stellt, und oben im Konfig-Menü der Nvidia-Treiber eingestellt ist. Gestartet wurde Skyrim auch mit dem "dezidierten" Grafik.
Aber wieso die Dia-Show?
Ein paar Internetseiten gelesen, ein paar Konsolebehele ausbrobiert, das Bios untersucht, die komische Meldung möchte nicht verschwinden.
Dann wollte ich nach dem Treiber bei der Softwarekiste nachsehen, und stellte fest, dass Fedora 35 veraltet ist. Man kann auch Fedora 37 updaten. Da viele Internetseiten zu dem Problem mit dieser seltsamen Meldung zum Nvidia-Kernel-Treiber
sich mehr auch auf Fedora 35 und 36 beziehen, und nicht gerade Begeisterung hervorrufen, hatte ich die Hoffnung, vielleicht bringt ein Update Hilfe.
Nachdem also das Upgrade auf Fedora37 abgeschlossen war ich gespannt..
Nun startet aber erstmal gar nix, denn der Bootvorgang bricht irgendwie mit 452, Pointer out of Range, abort, sowas in der Art ab.
*Rescatux (s.o.) hat dieses Bootproblem wieder mal gelöst. Aber kurz vorm Starten des Fe37-Desktops lief eine Meldung über den Bildschirm: Nvidia-Kernel-Module missig, falling back to Nuoveau.
Mein altes Hintergrundbild war auch weg (wie die restlichen vorher vorhandenen), nur noch ein Schwarzer Hintergrund als passende Grafik im Bilderordner??.
Korrekter Nvidia-Graka-Treiber scheint installiert zu sein.
Bei den Skyrim-Einstellungen wird der richtige Nvidia-Treiber angezeigt.
Bios, Legacy, kein UEFI der Sicherheitsaspekt ist deaktiviert.
Warum läuft Skyrim in Dia-Show bzw. 1-2 Bilder pro Sekunde oder pro 3 Sekunden oder pro 5??
Na, damit ich Skyrim auf Linux spielen kann :)
Aber bei Fe37 läuft im Moment gar nix mit Skyrim, weder Steam, noch Wine synchron, da bleibt dann eben nur Gnome-Schach zum Spielen.
Vom Treibergeschehen fand ich Nvidia schon immer Linuxfreundlicher und unproblematischer, dazu noch Cuda - oder die Chipsatzangebote für die PCs damals -> viel Symphatie.
Vom Treibergeschehen fand ich Nvidia schon immer Linuxfreundlicher und
unproblematischer
Unsinn. Bei Nvidia brauchst Du immer proprietäre Grütze, und die muß für jede neue Kernelversion erneut angepaßt werden. Wenn das nicht paßt, passiert genau das, was Du jetzt gerade siehst. Der quelloffene Nouveau-Treiber ist nur ein Notnagel, weil Nvidia dessen Entwicklung nicht unterstützt.
AMD-Graphiktreiber hingegen sind direkt Teil des Kernels und werden direkt von AMD gepflegt, da hat man solche Probleme gar nicht erst. Höchstens, daß ein Kernel zu alt oder zu buggy für die verwendete Graka ist, dann braucht man einen aktuelleren Kernel.
dazu noch Cuda
Das und Nvenc ist tatsählich ein Argument, wenn man's braucht.
AMD-Graphiktreiber hingegen sind direkt Teil des Kernels und werden
direkt von AMD gepflegt, da hat man solche Probleme gar nicht erst.
Der ist echt gut, den muss ich mir merken und im Club erzählen. ;-)
Falls du mal sehen möchtest wie ›gut‹ und wie ›problemlos‹ die AMD Treiber arbeiten, dann nimm' dir eine etwas herausforderndere Applikation welche zB. das Vulkan 1.3 Interface intensiv nutzt.
Bitte berichte dann auch unbedingt von deinen Erfahrungen, das Forum könnte etwas Spaß gebrauchen…
AMD-Graphiktreiber hingegen sind direkt Teil des Kernels und werden
direkt von AMD gepflegt, da hat man solche Probleme gar nicht erst.
Der ist echt gut, den muss ich mir merken und im Club erzählen. ;-)
Lerne lesen: "solche Probleme". Also eben die, daß man sich zum Kernel den passenden Treiber runterladen muß, weil er nicht im Kernel selber enthalten ist.
Im übrigen zocke ich unter Linux mit Steam, Proton und AMD-Graka. Läuft.
Ach ja, was allerdings stimmt: man sollte sich keine AMD-Graka zum Launch kaufen, weil AMD die Treiber nie auf Anhieb hinbekommt, auch nicht unter Windows. Deswegen kauft man AMD-Grakas erst spät im Produktzyklus, wo außerdem auch die Preise deutlich günstiger sind.
Wozu? Solange Raster-Spiele laufen, reicht das. Für alles andere wie z.B. CUDA/ML, Rendering (Blender usw. - und nein, HIP bringt's auch nicht) oder Livestreams sind AMD-Grakas ohnehin die falsche Wahl.
Was ist das? Spiele mit Pixelgrafik statt Vektorgrafik? Also quasi alle außer Exoten wie Vectrex?
Mit Vulkan kann man auch super Vektorgrafiken auf der GPU rasterisieren...
Weil Vulkan effizienter ist kann es durchaus sein dass auf Grafikkarte X Spiel Y nicht mit OpenGL läuft, mit Vulkan aber schon. Kennt da jemand ein Beispiel?
Wenn Du bis jetzt noch nicht mitbekommen hast, was das bei Spielen bedeutet, dann interessierst Du Dich sowenig für Spiele, daß Du es auch nicht zu wissen brauchst. Alternativ hilft Dir Google.
Ne, hilft nicht. Bzw. naja, so halb. Es ist mir nicht ganz klar, warum diese Kernel-Modul-Missing-Meldungen auftauchen.
Tatsächlich testen kann ich auch nicht viel, da Steamapps, oder Winapps gerade nicht starten wollen.
Der Punkt ist doch: Angefangen hatte ich mit Fedora 27, ein paar Upgrades bis 33 gemacht, und die Grafiktreibersituation war nie ein Problem. Das lief ja gerade alles sehr schön.
Skyrim Diashow hatte ich dann auf F35. Hatte die überhaupt was mit der Vermisst-Meldung zu tun?
Und wenn es heißt: mit dedizierter Grafikkarte starten: Dann sollte doch da schon eine Fehlermeldung auftauchen.
Ein kleiner Trampelpfad im Nebel, oder Autotechnisch ein kleines rotes Lämpchen irgendwo da vorne, erstmal besser als nix:
Wenn Du bis jetzt noch nicht mitbekommen hast, was das bei Spielen
bedeutet, dann interessierst Du Dich sowenig für Spiele, daß Du es auch
nicht zu wissen brauchst.
Glücksspiele und Rätsel ala einarmiger Bandit & Tic-Tac-Toe? Wenn dir das reicht, schön. Aber es gibt auch Menschen mit anderen Präferenzen.
Außerdem gibt es noch ganz andere Anwendungen für Vulkan abseits von Spielen. Man kann sich durchaus mit Vulkan auskennen ohne alle Spiele-Genres zu kennen.
Skyrim Diashow hatte ich dann auf F35. Hatte die überhaupt was mit der
Vermisst-Meldung zu tun?
Das ist durchaus wahrscheinlich. Mit Nouveau bekommst Du immerhin ein Bild, aber wenn Du mehr als Desktop/Web/Office machen willst, insbesondere Zocken, dann brauchst Du den proprietären Nvidia-Treiber.
Das ist durchaus wahrscheinlich. Mit Nouveau bekommst Du immerhin ein
Bild, aber wenn Du mehr als Desktop/Web/Office machen willst,
insbesondere Zocken, dann brauchst Du den proprietären Nvidia-Treiber.
Ich hatte mal versehentlich vergessen, dieses "mit dedizierter Grafikkarte starten" mitzunehmen.
Spielen kann man dann schon noch, allerdings hatte die automatische Erkennungshilfe auf niedrige Qualität gesetzt.
Tatsächlich hätte ich in f35 nochmal Skyrim starten müssen, und die Grafik selber manuell auf niedrige Qualität stellen. Das hätte noch ein wenig mehr Licht ins Dunkel gebracht.
Da aber in der Softwareübersicht angezeigt wurde, dass F35 nicht mehr unterstützt wird, hatte ich dann auf 37 upgegradet.
Gnome Schach haben die Updates sichtbar gut getan. Aus der Perspektive der schrittweisen optimierung bin ich schon im grünen Bereich ;)
Die Grafik selber, Steam und Wine werden noch ein paar Tage/Wochen/.. Baustelle sein.
Die Linux-Steaminstallation/Funktion läuft aber schon OK.
Ach, wirklich? Also ich hatte das anders in Erinnerung.
Tja, dann hast Du leider nicht verstanden, was Du verlinkt hast.
Also ich habe verstanden, daß NVidia seine Grafikkartentreiber jetzt als OpenSource veröffentlicht. Sollte das nicht so sein, könntest Du den Karl und meine Wenigkeit ja auch einfach mal aufschlauen. Stattdessen arrogante Sprüchlein klopfen ist ein bisschen arm, nicht wahr?
Sollte das nicht so sein, könntest Du den
Karl und meine Wenigkeit ja auch einfach mal aufschlauen.
Der Punkt ist, was genau Nvidia eigentlich als OSS veröffentlicht hat - und vor allem, was nicht. Nvidia hat nämlich viele Funktionen schlichtweg vom Kerneltreiber in den Firmware-Blob verlagert, so daß die "OSS"-Teile kaum mehr als ein Shim sind.
Immerhin würde es das vereinfachen, den Blob besser zu sandboxen, aber auch das wird noch eine ganze Weile dauern und ist deswegen hier und heute kein Grund, Nvidia Geld für eine GPU rüberwachsen zu lassen.
Die Userspace-Teile wie CUDA sind weiterhin nicht OSS - allerdings ist das deswegen kein Argument für AMD, weil AMD dem ohnehin nichts entgegenzusetzen hat.
Die Userspace-Teile wie CUDA sind weiterhin nicht OSS - allerdings ist
das deswegen kein Argument für AMD, weil AMD dem ohnehin nichts
entgegenzusetzen hat.
Das liegt aber auch daran, dass Nvidia sich mit CUDA ein Monopol geschaffen hat. Mit OpenCL gibt es eine offene Alternative, die aber auf NVidia-Hardware ausgebremst wird, weshalb sie keiner einsetzt. Wer ernsthaft GPGPU machen will, verwendet CUDA und bindet sich damit an NVidia. Ein einfacher Wechsel ist nicht möglich, ohne den ganzen Code neu zu schreiben.
Das liegt aber auch daran, dass Nvidia sich mit CUDA ein Monopol
geschaffen hat.
Richtig, während AMD die Zukunft verpaßt hat. Das hat Nvidia eben besser gemacht.
Zudem ist bei AMD auch der Split in RDNA und CDNA blöd. Bei Nvidia kann man auch mit den Gaming-Karten schon CUDA usw. machen. Natürlich hat Nvidia damit mehr Mindshare bei Studenten, Unis usw. aufgebaut.
Mit OpenCL gibt es eine offene Alternative
OpenCL ist ziemlich tot. Selbst Blender hat den Support dafür rausgeworfen. AMD bietet dafür HIP an, aber wenn man sich die Performance anschaut, ist das keine Konkurrenz zu Nvidia.
Ein einfacher Wechsel ist nicht möglich, ohne den ganzen Code
neu zu schreiben.
AMD wird schon eine mindestens auf Anwendungsebene sourcenkompatible Lösung bringen müssen - alles andere wird ein absehbarer Fehlschlag.
Das liegt aber auch daran, dass Nvidia sich mit CUDA ein Monopol
geschaffen hat.
Richtig, während AMD die Zukunft verpaßt hat. Das hat Nvidia eben besser
gemacht.
Mag sein. Und Nvidia nutzt jetzt sein Monopol aus, um dieses weiter zu erhalten.
Zudem ist bei AMD auch der Split in RDNA und CDNA blöd. Bei Nvidia kann
man auch mit den Gaming-Karten schon CUDA usw. machen. Natürlich hat
Nvidia damit mehr Mindshare bei Studenten, Unis usw. aufgebaut.
Ja.
Mit OpenCL gibt es eine offene Alternative
OpenCL ist ziemlich tot.
Ja, wie gesagt: Von NVidia gekillt, um das Monopol zu erhalten. Schade drum.
Ja, wie gesagt: Von NVidia gekillt, um das Monopol zu erhalten. Schade
drum.
Naja, aber man kann doch Nvidia nicht vorwerfen, gut zu sein.
Lies nochmal oben nach. Ich habe ihnen nicht vorgeworfen, gut zu sein, sondern OpenCL bewusst auszubremsen, damit die Anwender das proprietäre CUDA bevorzugen. Das ist ihnen auch gelungen.
Lies nochmal oben nach. Ich habe ihnen nicht vorgeworfen, gut zu sein,
sondern OpenCL bewusst auszubremsen, damit die Anwender das proprietäre
CUDA bevorzugen. Das ist ihnen auch gelungen.
Ich vermute, weil der Anwendungsfall besser passt. Oder hast du konkrete Beispiele, welches linkes Gehabe aufzeigt.
Mag sein. Und Nvidia nutzt jetzt sein Monopol aus, um dieses weiter zu
erhalten.
Natürlich. Wenn der Wettbewerb sich halt entscheidet, bestimmte Features nicht anbieten zu wollen, dann kann derjenige, der das doch tut, höhere Preise bei denen aufrufen, die diese Features wollen.
Ja, wie gesagt: Von NVidia gekillt, um das Monopol zu erhalten.
Nvidia hat OpenCL nicht gekillt, sondern lediglich nicht als eigenes Zugpferd genutzt. Daß OpenCL z.B. in Blender ein schlechter Witz war, lag nicht an Nvidia. Es hätte AMD freigestanden, entsprechende Anstrengungen zu machen, was AMD aber nunmal nicht getan hat.
Das Ergebnis davon ist, daß AMD-Consumerkarten ausschließlich für Raster-Gaming zu gebrauchen sind - aber wenn einem das reicht, bieten sie das bessere P/L-Verhältnis sowie richtige OSS-Treiber unter Linux.
