AMD64/x86 -> ARM

AMD64/x86 -> ARM (12 Beiträge, 498 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hab mir grad als verwegener Early-Adopter nachdem die Hype-Preise der ersten Wochen sich nun normalisiert haben spontan ein Sams Book4 Edge mit Snapdragon X Elite SOC bestellt um mal zu schaun wie gut das läuft (Homeoffice Standardnutzung mit E-Mail, Office365+Internet, null Gaming).
Anhand der ersten Nutzerberichte seh ich, dass Windows für ARM performant und halbwegs stabil läuft und native ARM-Anwendungen auch gut performen. Probleme machen dann aber meist noch alte Anwendungen und speziell Hardwarenahes, die/das in der Emulation läuft.

Um als Laie einzuschätzen wie lange es dauern könnte, bis der Grossteil gängiger Software nativ ARM sein wird, würd mich jetzt interessiere, ob man Seitens der Entwickler von 0 weg neuen Code schreiben muss, oder obs da Cross-Compiler bzw. wie auch immer sowas heisst gibt, die für x86/AMD64 Entwickeltes dann schon in einem Rutsch als Solches für ARM ausspucken.

ob man Seitens der Entwickler von 0 weg neuen Code schreiben muss,

nein

oder obs da Cross-Compiler bzw. wie auch immer sowas heisst gibt, die für
x86/AMD64 Entwickeltes dann schon in einem Rutsch als Solches für ARM
ausspucken.

der Trend ist seit Jahren hin zu cross-platform. Zumindest die Firmen in denen ich bisher war, haben so entwickelt oder begannen damit.

x64 und x86 kannst du, bis auf sehr spezifisches, fast gleich gut nutzen (kompilieren ohne fehler). Problematisch wirds dann eher, je mehr Fremdsoftware bei dir drin steckt und welche Abhängigkeiten die haben.

(ums nochmal festzuhalten, der Deutlichkeit halber: es wird nicht großartig von grundauf neu programmiert werden müssen. Es kann an gewissen Stellen Änderungen geben müssen, je nach dem. Aber im groben kann man den Code nahezu 1:1 übernehmen, wenn man in Richtung ARM kompilieren möchte)

06.08.2024, 14:25 Uhr - Editiert von XycRo, alte Version: hier

> Probleme machen dann aber meist noch alte Anwendungen und speziell Hardwarenahes, die/das in der Emulation läuft.

Vergiss Kernel Mode Zeugs, bei Usermode kommt's darauf an wie viel Inline-Schmutz sich da über die Jahrzehnte angehäuft hat, mit welchen Verrenkungen die Compiler arbeiten (also so ziemlich jede Optimierungsflag welche ABI/ISA Konventionen über Bord wirft) und welche impliziten Garantien Entwickler stets "für Lau mitgenommen" haben (Threadsynchronisierung, Acquire/Release Semantics usw.)

Probleme bereiten dürfte einem primär die GPU, die *wirklich* scheiße ist. Das ist allerdings Qualcomm's Verschulden (bitte wer dachte sich "Hey lass mal GPUs im 2010er-Style im Jahr 2024 ausliefern, ur leiwand!") und für deine Einsatzzwecke komplett irrelevant.

> bis der Grossteil gängiger Software nativ ARM sein wird

Realistisch betrachtet wird's das (bis auf Web-basiertes Spielzeug) nie spielen so lange x86 lebt (kann man ob Intel's prekärer Situation jetzt darüber debattieren wie lange das noch gut geht), da MSFT im Gegensatz zu Apple keinen "clean break" erzwingt, sondern beide ISAs nebenläufig behandelt.

Der Ordnung halber muss man sagen dass sich der Anteil an Dino-Software, welche im Emulator Probleme verursachen könnte, stark in Grenzen hält. OpenJDK gibt's schon länger nativ und VPN Tools trudeln mittlerweile auch ein.

> würd mich jetzt interessiere, ob man Seitens der Entwickler von 0 weg neuen Code schreiben muss

Och, mir fallen da ein paar Gründe ein. Steinzeitliche Codebasis ohne moderne STL Threadpools oder Koroutinen, inline asm Gedöns (vor allem im Reich der Signalverarbeitung gern gesehen!), schlecht zusammengepopelte Allocator Templates weil man glaubt der beste Informatiker auf der Welt zu sein...bis auf Zweiteres verlebt sich solche Software mittlerweile zum Glück aber.

Probleme bereiten dürfte einem primär die GPU, die *wirklich* *PIEP*e ist

Hab ich gelesen, kümmert mich aber bei Officebetrieb nicht. Für das ARM-Alternativprodukt, das ich sonst halt etwas teurer von APPLE gekauft hätte, gibts hingegen die Software, über die der Elite leistungsmäßig stolpert oft, und in Reviews kritisiert wird oft garnicht (zB Games in mannigfaltiger Auswahl).
Mir ist an einem Mobile Device hauptsächlich die Energieeffizienz wichtig, und da ist x86 mit IGP oder zzgl ded. GPU auch nach 30 Jahren Entwicklung seitdem ich in den 90ern mein erstes Thinkpad hatte trotz all dem technologischen erforschten Fortschritt einfach nur ein Trauerspiel für das ich kein Geld mehr ausgeben mag!
Btw, der Dell mit dem R7 8840, denn ich eine Woche hatte liegt jetzt "wie neu" bei den Amazon Warehousedeals zum preisgünstigen Wiederverkauf, weils dann ohne die DELL-Tools unter Windows einfach nur mehr eine Bastelbude wurde mit nichtfunktionierenden Komponenten und komplett fehlkalibriertem Display. Aber dafür leiser!

> und da ist x86 mit IGP oder zzgl ded. GPU auch nach 30 Jahren Entwicklung seitdem ich in den 90ern mein erstes Thinkpad hatte trotz all dem technologischen erforschten Fortschritt einfach nur ein Trauerspiel

Es gab genau einen kurzen Zeitraum in dem x86 auf dem richtigen Weg war: Centrino von Carmel bis Montevina (also alles vom ersten Pentium M bis einschließlich Penryn). Der Rest der danach kam wurde auf dem OP-Tisch des "converged cores" vergewohltätigt um nicht zwei verschiedene Big Cores entwickeln zu müssen.

Bonnell konnte man in die Tonne treten, die Monts waren bis Lakefield dazu verdammt im SoHo-Markt herumzuturnen, und nachdem man damit anfing den OEMs mit SAGV (vulgo Turbo Boost) allerlei Spielereien in die Hand zu geben die sie überhaupt nichts angehen ging es sowieso nur noch bergab.

Lunar Lake geht in die richtige Richtung, ist aber dazu verdammt ein "One Hit Wonder" zu bleiben, da zu teuer.

Hab ich gelesen, kümmert mich aber bei Officebetrieb nicht. Für das ARM-Alternativprodukt, das ich sonst halt etwas teurer von APPLE gekauft hätte, gibts hingegen die Software, über die der Elite leistungsmäßig stolpert oft, und in Reviews kritisiert wird oft garnicht (zB Games in mannigfaltiger Auswahl).

laut Eröffnungs spielst ja eh net :D
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Gibt's schon eine native ARM Version vom Microsoft SQL Server?

Lol!

Soweit ich das sehe, gibt es aktuell noch nichtmal Windows Server nativ auf ARM als Standalone lizenzierbares Produkt für on-Prem. Azure-VMs gibts, aber imho auch nur mit Windows 11?

06.08.2024, 18:09 Uhr - Editiert von hhetl, alte Version: hier

Ubuntu und W11 Server kriegst in der Azure auf ARM.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung