Abo
  1. Foren
  2. Kommentare
  3. Applikationen
  4. Alle Kommentare zum Artikel
  5. › Microsofts x86-Emulator für ARM…

Infos zum Leistungsverlust?

  1. Thema

Neues Thema Ansicht wechseln


  1. Infos zum Leistungsverlust?

    Autor: ulink 08.12.16 - 13:12

    Hat irgend jemand Infos gefunden wieviel Prozent Leistung die Emulation ungefaehr kostet gegenueber "native" Code ?

  2. Re: Infos zum Leistungsverlust?

    Autor: honna1612 08.12.16 - 14:41

    Geekbench vergleich:
    (Name, Singlethread, Mutlithread)
    Samsung Galaxy S7, 1849, 5502) -ARM64
    Intel Core 2 Quad Q8200, 1545, 3933) -X86

    Bei guter Emulation kann man viele Befehle 1 zu 1 umsetzen. Bei ARM und X86 deckt sich auch viel vom Befehlssatz. Ich schätze bei perfekter Umsetzung ARM-X86 verliert man 30%. (Bei X86 zu X86 verliert man 2%)
    Somit wäre eine Windows APP am Galaxy S7 etwa so schnell wie ein PC mit Core 2 Quad Q8200.

    Die 3D Performance sollte gleichbleibend sein für 3D Anwendungen weil OpenGL sowieso Cross Plattform kompatibel ist. Bei DirectX weiß ich nicht ob das von MS umgesetzt wird.

  3. Re: Infos zum Leistungsverlust?

    Autor: Trollversteher 08.12.16 - 15:25

    Och bitte lies Dich doch mal in die Materie genauer ein, bevor Du sowas von Dir gibst. Du wirfst hier alle möglichen Fachbegriffe durcheinander ohne wirklich zu wissen wovon Du redest.

    1.) Ist, wie ich schon in dem anderen Thread schrieb, diese "Befehlssatz ist ähnlich -> also super für Emulation" Argumentation völlig daneben. Nur weil einige Assembler-Befehle in der Text-Darstellung ähnlich klingen oder ähnlich aussehen, sagt das *überhaupt nichts* über die darunterliegende Architektur bzw. die Opcodes aus, die daraus vom Assembler generiert werden. Entscheidend ist hier die Architektur, also wie man diese Befehle in welcher Situation am optimalsten anwendet um die Vorteile der Architektur optimal zu nutzen. Und die unterscheidet sich nun mal grundsätzlich zwischen ARM und x86. Wenn Du einfach 1:1 x86 Befehle in entsprechend passende ARM Befehle übersetzt, hast Du damit *gar nichts* gewonnen, weil Du die Vorteile der ARM Architektur nicht nutzt.

    2.) Und daher ist auch Deine "Schätzung" völlig für die Tonne, weil Du eben nicht die geringste Erfahrung darin hast, optimierten x86 Code in optimierten ARM code zu portieren, und was dabei für Probleme auftreten und wie und wo die Nachteile der einen Architektur durch die Vorteile gegenüber der anderen aufgehoben werden müssen.

    3.) Und auch die Aussage zur 3D Performance ist völlig daneben. Was heißt denn bitte "gleichbleibend"? Die Snapdragons haben ihre eigenen embedded GPUs, und wie gut die gegenüber einem bestimmten x86 Win-PC performen, hängt ganz alleine von der GPU Leistung ab - da kann man keine allgemeingültigen Aussagen treffen, sondern muss eben die konkreten GPUs vergleichen.

  4. Re: Infos zum Leistungsverlust?

    Autor: christian_k 08.12.16 - 16:38

    Das erinnert an Rosetta, mit dem Apple einst PowerPC Code auf Macs mit X86 CPU ausgeführt hat, um den Übergang von PPC zu Intel Macs zu erleichtern.

    Die Geschwindigkeit war damals für "Alltagsanwendungen", die ja ohnehin meistens nur auf Benutzereingaben warten, durchauas gut genug. Bei Programmen mit höheren Anforderungen (Photoshop) ging es aber durchaus in die Knie und Adobe hat sich mit einer langen Wartezeit auf eine native Version nicht beliebt gemacht. Ausserdem wurde der Programmcode zur Laufzeit anscheinend "häppchenweise" Übersetzt, was zu spürbaren "Aussetzern" geführt hat. Gerade bei Spielen war das gut zu spüren.

    Man muss allerdings anmerken, dass Apple es damals leichter hatte: Beim Umstieg von einem PPC zu einem vergleichbaren Intel-Mac bekam man meistens einen deutlich schnelleren Computer. Das hat den "Schmerz" minimiert. Der Core Duo der ersten Intel-Macbooks war viel leistungsfähiger als ein (single Core!) G4 in einem iBook oder PowerBook. Auch beim iMac wechselte man von einem Single- zu einem Dualcoreprozessor. G5 PowerMacs mit 2 oder gar 4 Prozessoren waren selten. So hatte kaum jemand das Gefühl, dass Programme langsamer liefen, als auf dem alten Mac.

    Das wäre jetzt natürlich anders. Die Snapdragons erreichen vielleicht das Niveau der schwächsten heutigen X86 CPUs. Ausserdem würden nicht "alte" Programme emuliert, sondern aktuelle, die -mit wachsenden Systemanforderungen- weiterentwickelt werden. Im Gegensatz zum Übergang beim Mac könnte man auch nicht mit einer schnellen Portierung aller Anwendungen rechnen.

    Christian

  5. Re: Infos zum Leistungsverlust?

    Autor: HubertHans 08.12.16 - 17:29

    honna1612 schrieb:
    --------------------------------------------------------------------------------
    > Geekbench vergleich:
    > (Name, Singlethread, Mutlithread)
    > Samsung Galaxy S7, 1849, 5502) -ARM64
    > Intel Core 2 Quad Q8200, 1545, 3933) -X86
    >
    > Bei guter Emulation kann man viele Befehle 1 zu 1 umsetzen. Bei ARM und
    > X86 deckt sich auch viel vom Befehlssatz. Ich schätze bei perfekter
    > Umsetzung ARM-X86 verliert man 30%. (Bei X86 zu X86 verliert man 2%)
    > Somit wäre eine Windows APP am Galaxy S7 etwa so schnell wie ein PC mit
    > Core 2 Quad Q8200.
    >
    > Die 3D Performance sollte gleichbleibend sein für 3D Anwendungen weil
    > OpenGL sowieso Cross Plattform kompatibel ist. Bei DirectX weiß ich nicht
    > ob das von MS umgesetzt wird.

    Core 2 Quad Q8200. !== CPU vom Galaxy tab

    Nur weil der ARM bei ein paar Benchmarks in die Naehe kommen mag, sieht das drumherum fuer die ARM CPU garantiert schlecht aus. Die Benchmarks wie Geekbench beschraenken sich fast immer auf leicht umzusetzende Tests (Mips etc) die der Architektur der CPU nicht mal im Ansatz entgegen kommen. Zumal ich hier ueberhaupt keine Vergleichsmoeglichkeit habe. Denn irgendwie ist ein direkter Vergleich beider Systeme ueber Geekbench nicht meoglich. Zumindest finde ich da nichts. Das "Queen-Problem" z.B. haengt fast nur von der Geschwindigkeit des cache und dem Prozessortakt/ IPC zusammen.

    http://browser.primatelabs.com/geekbench2/search?utf8=%E2%9C%93&q=DG31GL+q8200

    vs

    http://www.gsmarena.com/latest_samsung_exynos_soc_with_mongoose_cpu_blazes_through_benchmarks-news-14332.php


    Die Realitaet sieht aber so aus, das der Q8200 in einem normalen Szenario, speziell bei x86 Software, gnadenlos davonrennen wird.

  6. Re: Infos zum Leistungsverlust?

    Autor: Unix_Linux 09.12.16 - 00:55

    Ich sage der Leistungsverlust wird bei 64,35% liegen. Woher ich das weiss? Hab ich berechnet.

    Unfassbar was hier manche so von sich geben bei einer Technologie, die noch niemand real gesehen hat. Da haben wir Experten im Golem Forum, die anhand eines Videos, exakte Berechnungen machen, wieviel Verlust da sein wird. Hauptsache mal irgendwas geschrieben. *kopfschüttel*



    1 mal bearbeitet, zuletzt am 09.12.16 00:57 durch Unix_Linux.

  1. Thema

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Gemeinde Burgkirchen a.d.Alz, Burgkirchen a.d. Alz
  2. arxes-tolina GmbH, Berlin
  3. über experteer GmbH, Frankfurt am Main
  4. mpex GmbH, Berlin

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. (-78%) 11,00€
  2. 4,19€
  3. 4,31€
  4. 44,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Garmin Fenix 6 im Test: Laufzeitmonster mit Sonne im Herzen
Garmin Fenix 6 im Test
Laufzeitmonster mit Sonne im Herzen

Bis zu 24 Tage Akkulaufzeit, im Spezialmodus sogar bis zu 120 Tage: Garmin setzt bei seiner Sport- und Smartwatchserie Fenix 6 konsequent auf Akku-Ausdauer. Beim Ausprobieren haben uns neben einem System zur Stromgewinnung auch neue Energiesparoptionen interessiert.
Ein Test von Peter Steinlechner

  1. Fenix 6 Garmins Premium-Wearable hat ein Pairing-Problem
  2. Wearable Garmin Fenix 6 bekommt Solarstrom

Party like it's 1999: Die 510 letzten Tage von Sega
Party like it's 1999
Die 510 letzten Tage von Sega

Golem retro_ Am 9.9.1999 kam in den USA mit der Sega Dreamcast die letzte Spielkonsole der 90er Jahre auf den Markt. Es sollte auch die letzte Spielkonsole von Sega werden. Aber das wusste zu diesem Zeitpunkt noch niemand.
Von Martin Wolf


    Verkehrssicherheit: Die Lehren aus dem tödlichen SUV-Unfall
    Verkehrssicherheit
    Die Lehren aus dem tödlichen SUV-Unfall

    Soll man tonnenschwere SUV aus den Innenstädten verbannen? Oder sollten technische Systeme schärfer in die Fahrzeugsteuerung eingreifen? Nach einem Unfall mit vier Toten in Berlin mangelt es nicht an radikalen Vorschlägen.
    Eine Analyse von Friedhelm Greis

    1. Torc Robotics Daimler-Tochter testet selbstfahrende Lkw
    2. Edag Citybot Wandelbares Auto mit Rucksackmodulen gegen Verkehrsprobleme
    3. Tusimple UPS testet automatisiert fahrende Lkw

    1. Wirtschaftsförderung: Agentur für Sprunginnovationen kommt nach Leipzig
      Wirtschaftsförderung
      Agentur für Sprunginnovationen kommt nach Leipzig

      Nach dem Vorbild der Darpa will die Bundesregierung künftig innovative Projekte fördern. Damit erhält bereits die zweite Innovationsagentur des Bundes ihren Sitz in Ostdeutschland.

    2. UPC: Größter Kabelnetzbetreiber führt 1 GBit/s im ganzen Netz ein
      UPC
      Größter Kabelnetzbetreiber führt 1 GBit/s im ganzen Netz ein

      Bei UPC wird noch in diesem Monat 1 GBit/s im gesamten Netz angeboten, was in Deutschland noch keiner aus der Kabelnetz-Branche geschafft hat. Auch Sunrise baut sein 5G-Angebot als Glasfaser-Ersatz aus.

    3. Intel-Prozessor: Core i9-9900KS tritt mit 127 Watt TDP an
      Intel-Prozessor
      Core i9-9900KS tritt mit 127 Watt TDP an

      Acht Kerne mit bis zu 5 GHz für alle: Der Core i9-9900KS erscheint im Oktober 2019 und wird die vorerst schnellste Gaming-CPU. Erste Firmware-Updates zeigen, dass Intel die nominelle Verlustleistung von 95 Watt auf 127 Watt anhebt. Für vollen Takt wird das aber nicht reichen.


    1. 18:11

    2. 17:51

    3. 15:54

    4. 15:37

    5. 15:08

    6. 15:00

    7. 14:53

    8. 14:40