Super. Das ist die Zukunft und da kann sich AMD so einiges abklau, erm abschneiden. Ich hätte gern in einem SoC n paar low energy Kerne vielleicht sogar 8 ARM Kerne, womit man dann sehr stromsparend alle Dinge macht womit man eh 90% des Tages drann ist, surfen und videos schaun. Wozu da die bisherigen Stromfressenden x86 Kerne für nehmen. Energieeffizienz ist das wichtigste. Apple wirds mal wieder vormachen, wenn die ARM in ihre Laptops und Macs verbaun.
Gibt es doch, hol dir nen raspberry oder 2Super. Das ist die Zukunft und da kann sich AMD so einiges abklau, erm abschneiden. Ich hätte gern in einem SoC n paar low energy Kerne vielleicht sogar 8 ARM Kerne, womit man dann sehr stromsparend alle Dinge macht womit man eh 90% des Tages drann ist, surfen und videos schaun. Wozu da die bisherigen Stromfressenden x86 Kerne für nehmen. Energieeffizienz ist das wichtigste. Apple wirds mal wieder vormachen, wenn die ARM in ihre Laptops und Macs verbaun.
Blöd nur, daß ARM nicht zu AMD64 kompatibel ist...Ich hätte gern in einem SoC n paar low energy Kerne vielleicht sogar 8 ARM Kerne, womit man dann sehr stromsparend alle Dinge macht womit man eh 90% des Tages drann ist, surfen und videos schaun.
big.LITTLE ergibt bei x86 für einen HighPerformance-Prozessor durchaus Sinn, aber nicht so herum.
Ob das im Desktop zwingend nötig ist und ob symmetrische Designs überhaupt Sinn machen, frage ich mich aber auch.
Das hängt halt vom Größenverhältnis der Ausführungseinheiten ab. Warum sollte man die richtigen Kerne nicht für die Anwendungen reservieren und den unnützen Müll (=alles, was das OS gerne im Hintergrund tun möchte) den langsameren und potentiell kleinen Kernen überlassen.Im Desktop lächerlicher Ansatz da hier Leistung gefragt ist.
Das ist doch egal, Linux und Windows gibt es auch für ARM, die Byteorder bei beiden Architekturen ist identisch. Also könnte man den meisten unnützen OS-Kram als ARM-Kompilat in diese schwachbrünstigen Kerne verlagern.Blöd nur, daß ARM nicht zu AMD64 kompatibel ist...
Die Anzahl an Transistoren hat halt nur wenig mit der Leistungsfähigkeit eines einzelnen Transistors zu tun.Ich weiß ja nicht, ob die aktuellen Kerne so sparsam aufgebaut sind. Ist Multicore nicht deshalb so explodiert, weil man sonst nichts besseres mehr mit den verfügbaren Transistoren anfangen konnte?
Platz scheint es bei Intel ja genug zu geben, die IGP nutzt hier im Forum wohl kaum jemand (obwohl ich froh bin, dass meine CPUs sie haben).Es geht ja nicht nur um Energie, sondern auch um Platz.
Toll, aber die AMD64-Kerne kann man im Idle halt trotzdem nicht deaktivieren, weil sicher jeder irgendwelche Programme laufen hat, die es nicht für ARM gibt.Das ist doch egal, Linux und Windows gibt es auch für ARM, die Byteorder bei beiden Architekturen ist identisch. Also könnte man den meisten unnützen OS-Kram als ARM-Kompilat in diese schwachbrünstigen Kerne verlagern.
Toll, aber die AMD64-Kerne kann man im Idle halt trotzdem nicht deaktivieren, weil sicher jeder irgendwelche Programme laufen hat, die es nicht für ARM gibt.
Oder besser gesagt, soll mein FF der natürlich als AMD64-Version läuft im Idle wenn ich nicht vor dem 'Rechner sitze im laufenden Betrieb auf die ARM-Version wechseln?
Ich glaub einige hier stellen sich das zu einfach vor
für die schwachen Kerne eine andere ISA zu nutzen ergibt halt trotzdem keinen Sinn
Blöd nur, daß ARM nicht zu AMD64 kompatibel ist...
Die Anzahl an Transistoren hat halt nur wenig mit der Leistungsfähigkeit eines einzelnen Transistors zu tun.
Platz scheint es bei Intel ja genug zu geben, die IGP nutzt hier im Forum wohl kaum jemand (obwohl ich froh bin, dass meine CPUs sie haben).
Was redest du da bitte? Es gibt doch schon Windows 10 für ARM und wird zzt wieder gepusht von MS, also wird man das auch kombinieren können, wenn man will. Dass man zB getrennte ARM Apps öffnet die dann auf den ARM Kernen laufen. Oder es geschickt vom OS abwickeln lässt.
Was redest du da bitte? Es gibt doch schon Windows 10 für ARM und wird zzt wieder gepusht von MS, also wird man das auch kombinieren können, wenn man will. Dass man zB getrennte ARM Apps öffnet die dann auf den ARM Kernen laufen. Oder es geschickt vom OS abwickeln lässt.
Das ist in der Tat das komische an dem Plan. Ein Betriebsmodus unterhalb "1 High-End Kern" kann ja durchaus Sinn machen, aber 8 Low-End Kerne sind wohl eher nicht unter einem großen.und ob symmetrische Designs überhaupt Sinn machen, frage ich mich aber auch.
Verstehst du das echt nicht?Was redest du da bitte?
Und was bringt dir das, wenn so ziemlich jeder Nutzer auch noch Programme im hintergrund laufen hat, die auf AMD64 angewiesen sind?Es gibt doch schon Windows 10 für ARM und wird zzt wieder gepusht von MS, also wird man das auch kombinieren können, wenn man will. Dass man zB getrennte ARM Apps öffnet die dann auf den ARM Kernen laufen. Oder es geschickt vom OS abwickeln lässt.
Es würde genügen, wenn das OS vorher festgelegte Aufgaben auf diese Kerne verteilt. Genauso, wie es dies jetzt schon auf der GPU tun könnte.Für eine transparente Nutzung beider Architekturen in einem System müsste man im Prinzip zwei Kernel koordiniert laufen lassen (vermutlich möglich, auch wenn es bislang mangels Bedarf niemand versucht haben dürfte) und müsste alle Anwendungen in zwei Ausführungen bereithalten.
Es müssten halt mal jemand, die sich mit den Transistorzahlen und dem CPU-Layout auskennen, eine kleine Gegenüberstellung machen, wieviel Platz ein moderner Core-Kern, ein Atom-Kern und ein ARM-Kern benötigt.für die schwachen Kerne eine andere ISA zu nutzen ergibt halt trotzdem keinen Sinn