Wieso sollte Apple das tun?foofoobar schrieb:Spätestens wenn Apple zu RISC-V wechselt wird man sich vor RISC-V Advocacy nicht mehr retten können.
AFAIK haben sie eine umfassende Architekturlizenz bis 2040 und haben offenbar ein sehr vorteilhaftet Lizenzabkommen. D. h., die Gebühren bezahlt Apple aus der Portokasse.
Da Apple als "Gründungsmitglied" so niedrige Lizenzgebühren zahlen muss während die Konkurrenz weit höhere Gebühren zahlen muss, wäre es nicht im Interesse von Apple, wenn sich RISC-V im Mobilphonemarkt etabliert.
Es waren nun 3 Wechsel in 40 Jahren.foofoobar schrieb:Apple wechselt ja die ISA wie andere ihre U-Hosen.
Jeder dieser Wechsel hatte klare Gründe:
- MC68k wurde von Motorola nicht mehr weiterentwickelt
- PowerPC wurde von X86 abgehängt
- Apple hatte leistungsfähige Arm-Kerne. Diese auch für die Macs zu verwenden hat die Wertschlöpfung von Apple erhöht.
Die Lizenzen sind nicht das Problem. Diese wurde von den Kunden in den letzten 30 Jahren gerne bezahlt.OpticalFiber schrieb:Eigentlich sollten die Hersteller an Open-Source Architektur Arbeiten, dann würde es diese Lizenzen nicht mehr geben,
Apple hat nicht nur die ISA entwickelt und bietet fertige Designs, Arm hat auch einiges drum herum entwickelt. Und vor allem das ganze zusammengehalten.
Das Problem ist, dass Arm durch den Verkauf an Softbank unter Druck geraten ist, erheblich höhere Einnahmen zu generieren. Und wie es aussieht geht nicht mehr nur durch steigende Lizenzeinnahmen durch mehr verkaufte Kerne. Also muss Arm das Geschäft ausweiten.
Könnte. Das Problem ist wer kümmert sich bei diesem schönen Open-Source Befehlssatz darum dass alles zueinander kompatibel bleibt? Vor allem wenn jeder erweitern darf?OpticalFiber schrieb:und ARM da sie ja so Geld geil sind, kann dann einpacken gehen.
Das was ich bisher zur RVA23 von RISC-V gehört habe, reist mich nicht vom Hocker. Kompatibilität und herstellerspezifische Erweiterungen sind zwei sich widersprechende Anliegen. Pascal und Modula 2 sind auch daran gescheitert, dass jeder Compileranbieter sein eigenes Süppchen gekocht hat. Deshalb konnte man eben nicht so einfach Sourcecode, den der eine Compiler klaglos schluckte, durch andere Compilern jagen.
Aus diesem Grund hat Intel Path Finder wieder still und heimlich eingestellt.bensen schrieb:Intel hat die Ressourcen nicht mehr, da ihre zwei Milliardengräber alles verschlingen
Bei AMD sind mir zwei Dinge bekannt:bensen schrieb:und AMD hat wohl auch genug zu tun.
- AMD MicroBlaze V Prozessor: Ein Soft Prozessor der auf allen adaptiven SoC und FPGAs läuft die von der Vivado Design Suite unterstützt werden
- Alevo MA35D, da sind unter anderem 2 RISC-V Kerne drauf.
Hier bleibt die Frage, ob AMD auf lange Sicht vorhat die Architectur-Lizenz zu nutzen oder weiterhin fertige Designs von Arm einsetzt.