Ich habe seit letztem Jahr einen Lenovo Yoga Slim 7x mit Snapdragon Elite (12 core) mit 32 GB RAM und 1 TB Storage. Es wäre beinahe ein Microsoft Surface mit demselben Prozessor geworden.
Das Gerät ist schnell, leise und läuft “ewig”. Ja, das kann ein MacBook Air auch, aber das hat viel weniger Speicher, kein OLED Display und keinen Touchscreen.
Ich bin mit diesem Rechner äußerst zufrieden, ohne jede Einschränkung. Windows on ARM wird mittlerweile von Applikationen sehr gut unterstützt, wenn man keine Hardware mit eigenen Treibern benötigt. Bei mir betrifft das Audio-Interfaces. Hier schlafen die kleinen Hersteller noch.
Ich betreibe Windows on Arm „nur“ in einer Parallels VM auf meinem Mac, aber selbst da läuft (rein aus nostalgischen Gründen) sogar HCL Notes/Domino.
Masochist. 😁
Ich fand in meinen zehn Jahren Mac das virtuelle Windows immer extrem anstrengend. WaaH. Windows as a Hobby. Immer wollte irgendwas updaten statt zu funktionieren. Seit ich Windows native auf dem Laptop habe, ist das alles Vergangenheit. Sämtliche Software-Updates, Anwendungen und System passieren im Hintergrund und neu gestartet wird, während ich schlafe.
Ja und Ja! Schmerzen muss man mögen und Windows as a Hobby beschreibt es ganz gut, wobei das Hobby nur max. 1% meiner Zeit einnimmt. Ich will halt noch wissen, wie Windows aussieht.
Ich habe es auch, weil ich manchmal Dinge unter Windows testen muss und finde es tatsächlich nicht so schlimm, aber ich muss sagen dass Windows on ARM auch in einer VM wirklich sehr gut performt, obwohl es “nur” ein M1 Mac ist.
Ich komme mit meinem SL7 (13,8″ mit X Elite) auf 11,5h reale Akkulaufzeit.
Leider habe ich relativ hohe Standby-Akkuverluste. Mal ist es gut, mal nicht.
Man sieht bei einigen größeren Herstellern, auch in eher spezielleren Bereichen, dass Windows on ARM mittlerweile supportet wird, z.B. im Musikbereich schon von Bitwig, Cubase und Reaper (Beta). Auch x64 Applikationen laufen ziemlich gut.
Was mir negativ aufgefallen sind, sind z.B. dass in Python einige Module noch nicht für ARM bereitstellen und es teilweise ein Alptraum ist, diese selbst zu kompilieren. Ich habe für ein Tool, das wir intern verwenden eine Kryptographie-Bibliothek benötigt, die es sonst einfach als Binary gibt und es trotz Installation von Visual Studio (C++ Compiler) und Rust nicht geschafft, das zu installieren weil jedesmal neue Abhängigkeiten gefehlt haben.
Ich hoffe, das wird sich bessern. Ansonsten kann es für Entwickler schwierig sein, je nach Sprache. Ist vielleicht auch ein Python-spezifisches Problem, mit reinem Java, Rust oder Go wird man hier keine Probleme haben.