Diskussion zu: News des 5. Januar 2011

[Leonidas]

Link zur News:
http://www.3dcenter.org/news/2011-01-05

[S940]

Eine andere Hürde ist der weitere Software-Support, wo alle Anwendungssoftware natürlich auch auf ARM umgestellt werden muß – was in dem Sinne angesichts des überaus reichhaltigen Softwareangebots für x86-Prozessoren gar nicht möglich ist. Allerdings braucht der Normalanwender auch nicht wirklich die hunderttausenden zur Verfügung stehenden x86-Programme – für einen Markteinstieg reicht es aus, wenn die populärste Software vorhanden ist und wenn für vielfältige Nischenbedürfnisse wenigstens jeweils eine Anwendung zur Verfügung stehen (und nicht wie bei Windows x86 gleich dutzende bis hunderte). Dies ist – auf ein paar Jahre ausgelegt – eine erreichbare Zielsetzung, vor allem da Microsoft angekündigt hat, selbst sein Office auf ARM nativ laufen zu lassen.

Bleibt letztlich als dritte Hürde eine übrig, über welche nVidia nur selber springen kann: Die ARM-Architektur so aufzubohren, daß man mit der Performance von x86-Prozessoren halbwegs mithalten kann. Bisher ist ARM schließlich nur in Bereichen zum Einsatz gekommen, wo der Leistungsbedarf um ganze Dimensionen geringer ausfällt als bei PC-Prozessoren. Sicherlich sagt eine grobe Hochrechnung der jetzigen Situation aus, daß bei den aktuell im PC-Bereich sehr geringen Leistungsbedarf-Steigerungen und ARMs schnellem Leistungsgewinn mit jedem neuen ARM-Prozessor die ARM-Architektur irgendwann einmal ausreichend für den PC-Leistungsbedarf sein muß – nur kann keiner sagen, ob diese beiden Kurven schon in den nächsten Jahren zusammentreffen werden bzw. wie lange dies halt dauern wird.

Es fehlt die 4te Hürde:
Treiber Support.

Jeder Winz-Witz Treiber muss für ARM umgeschrieben werden. Chipsatz, Grafikkarte, WiFi, USB3 etc. pp.

GPU von nvidia wird sicherlich kein Problem werden, aber der ganze Rest ?
Auf alle Fälle wird das schwerlich gehen, "mal eben schnell", seine alte Netzwerkkarte einzubauen ...

Für Allerweltsware wird wahrscheinlich Microsoft schon genügend Treiber mitliefern, aber spätestens bei TV Karten oder alten Sachen wirds dann problematisch.

Aber trotzdem schön zu sehen, dass Bewegung auf den Markt kommt :)

ciao

Alex

[AnarchX]

Für Allerweltsware wird wahrscheinlich Microsoft schon genügend Treiber mitliefern, aber spätestens bei TV Karten oder alten Sachen wirds dann problematisch.

Da werden Microsoft wohl entsprechende Zahlen vorliegen, dass die bis zum nächsten Windows in ein paar Jahren nur einen kleinen unwichtigen Teil der User treffen wird, die dann auch ohne Problem Win 7 weiter nutzen können.

Der "Windows 8" User wird wohl große Teil seiner Daten aus dem Netz beziehen und sie dort auch bearbeiten, sodass Legacy Probleme kaum relevant sein werden.

[Oberst]

Hallo,
das "Kompatibilitätsproblem" lässt sich ja auch über eine VM lösen. Wenn ARM eine Technik wie DirectIO oder IOMMU integriert, dann könnte man eine VM auch zum Support von Legacy Software (x86 only) nutzen.

Es wird aber interessant sein, ob man die ARM Architektur in vernünftigem Maß beschleunigen kann, ohne die TDP zu hoch treiben zu müssen. Schließlich müsste man in einen neuen Leistungsbereich vordringen, um mit x86 zu konkurrieren. Einfach nur den Takt rauf ist da nicht...irgendwann ist da einfach Schluss.
Gruß Oberst.

[kahlchen]

Gerade deswegen existiert ja der Verdacht, für den länger als geplant lauenden Übergang

[Taschenrechner]

Die Tabellenwerte stimmen irgendwie nicht so ganz

200 MHz bei DDR2/800 <- 200*2*2= 800 stimmt
233 MHz bei DDR2/1066 <- 233*2*2= 932 stimmt nicht
266 MHz bei DDR2/1066 <- 266*2*2=1066 würde stimmen

200 MHz bei DDR3/1600 <- 200*4*2 = 1600 simmt
233 MHz bei DDR3/2133 <- 233*4*2 = 1864 stimmt nicht
266 MHz bei DDDR3 2133 würde stimmen

200 MHz bei DDR4/3200 <- stimmt
233 MHz bei DDR4/4266 <- stimmt nicht
266 MHz bei DDDR3 4266 würde stimmen

Grüße
Der Taschenrechner

[aths]

Was die DDR4-Technologie angeht, finde ich den Tonfall in der News etwas einseitig. Zwar ist es richtig, das Hochjubeln irgendwelcher neuer Technik erst mal kritisch zu hinterfragen. USB3, Sata3 und andere Sachen liefern Bandbreiten, die kaum jemand wirklich braucht. Auch DDR4 hat die Probleme die wir kennen: Bandbreite, derzeit ohne echten Bedarf. Existierende Technologie reicht vollkommen.

Außerrdem ist DDR4 natürlich noch nicht technologisch ausgereift, wenn man existierende DDR3-Technologie ausreizt, hat man vergleichbare Leistung.

Doch das ist immer so. Wenn DDR4 erst mal in der Massenproduktion ist, also bezahlbar, und technisch ausgereift ist, bietet die Technologie mehr Bandbreite als DDR3. Und das ist genau das, was CPUs, insbesondere die mit integrierter Grafiklösung, brauchen.

Genau wie bei USB3 und Sata3: Das sind bei Lichte betrachtet eigentlich keine Kaufgründe im Moment. Doch wenn man es bekommt, schadet es auch nicht. Sobald diese Bandbreiten erforderlich sind, hat sich dann wenigstens schon die entsprechende Schnittstelle durchgesetzt. Siehe auch AGP 2x, 4x, 8x, PCIe und PCIe Gen2. Alle Technologien waren zum Zeitpunkt des Erscheinens nicht erforderlich. Wären sie breit abgelehnt worden, hätte das dann aber die Entwicklung beeinträchtigt.

Was DDR4 angeht, würde ich von den CPU-Hersteller einfordern, nicht nur einfach DDR4-Support einzubauen, sondern Cache-Timings und interne Datenpfade schön an optimale DDR4-Nutzung anzupassen.

[Leonidas]

Die Tabellenwerte stimmen irgendwie nicht so ganz

200 MHz bei DDR2/800 <- 200*2*2= 800 stimmt
233 MHz bei DDR2/1066 <- 233*2*2= 932 stimmt nicht
266 MHz bei DDR2/1066 <- 266*2*2=1066 würde stimmen

200 MHz bei DDR3/1600 <- 200*4*2 = 1600 simmt
233 MHz bei DDR3/2133 <- 233*4*2 = 1864 stimmt nicht
266 MHz bei DDDR3 2133 würde stimmen

200 MHz bei DDR4/3200 <- stimmt
233 MHz bei DDR4/4266 <- stimmt nicht
266 MHz bei DDDR3 4266 würde stimmen

Grüße
Der Taschenrechner



Tja, man soll halt nicht C&P von älterem Zeugs machen, ohne dieses zu kontrollieren. Wurde nachträglich gefixt.