Rpi-imager: Apple Silicon M1 Mac native Veröffentlichung?

Erstellt am 19. Jan. 2022  ·  9Kommentare  ·  Quelle: raspberrypi/rpi-imager

Hallo, wird eine Apple Silicon M1 Mac Native Version von Raspberry Pi Imager in Kürze erscheinen? Die aktuelle Mac-Version ist keine "Universal"-Binärdatei, hat keine Apple Silicon M1 Mac-native Unterstützung und erfordert Rosetta 2 zum Ausführen (Rosetta 2 ist der Binärübersetzer von Intel und wird schließlich von Apple eingestellt, da es nur dazu bestimmt ist Geben Sie Entwicklern einen Zeitraum für den Übergang zur Veröffentlichung einer universellen Binärdatei mit Apple Silicon-Unterstützung.)

Ich verwende Rosetta 2 nicht auf meinem Apple Silicon Mac, da es ein Batterie- und Ressourcenfresser ist.

Danke!

Alle 9 Kommentare

Das Hauptproblem besteht darin, dass bei einem Wechsel zu universellen Build-Versionen die Unterstützung für die ältere Mac OS X 10.13-Edition eingestellt werden müsste.
Und es kann immer noch Benutzer geben, die das verwenden.
Nicht jeder kann 2000 Dollar für das neueste MacBook Pro hinlegen.

Ich verwende Rosetta 2 nicht auf meinem Apple Silicon Mac, da es ein Batterie- und Ressourcenfresser ist.

Haben Sie Zahlen, die das belegen?

Ich habe kein M1, aber der Screenshot des Task-Managers im anderen Thread deutet auf eine CPU-Auslastung von nur 4,2% hin, wenn Imager unter Rosetta 2 ausgeführt wird: https://github.com/raspberrypi/rpi-imager/issues/ 235#AusgabeKommentar -986082510

Das Hauptproblem besteht darin, dass bei einem Wechsel zu universellen Build-Versionen die Unterstützung für die ältere Mac OS X 10.13-Edition eingestellt werden müsste.

Die einfache Lösung hat also separate Builds und postet sie im Release-Bereich, das ist es, was andere Entwickler tun.

Und es kann immer noch Benutzer geben, die das verwenden. Nicht jeder kann 2000 Dollar für das neueste MacBook Pro hinlegen.

Mein M1 MacBook hat ungefähr die Hälfte gekostet, nicht dass es überhaupt etwas mit meinem ursprünglichen Beitrag zu tun hätte: Raspberry Pi Imager sollte auf jeder verfügbaren Plattform funktionieren. Es kann auch viele Benutzer geben, die einen nativen Apple Silicon-Build wünschen.

Ich verwende Rosetta 2 nicht auf meinem Apple Silicon Mac, da es ein Batterie- und Ressourcenfresser ist.

Haben Sie Zahlen, die das belegen?

Ich würde vorschlagen, bei Google nach Bewertungen zu Rosetta 2 zu suchen. Ich habe es nicht mehr auf meinen Apple Silicon Macs installiert, als ob ich Intel/x86-Code ausführen wollte, ich hätte einen Computer mit einem x86-Chip. Angesichts der Tatsache, dass der Raspberry Pi AUCH einen Armchip verwendet, sollte dies meiner Meinung nach nicht als radikale Position angesehen werden.

Anstatt nativen Arm-Code auf unserem Raspberry Pis auszuführen, emulieren wir stattdessen einfach Intel-Code.

Ich habe kein M1, aber der Screenshot des Taskmanagers im anderen Thread deutet auf eine CPU-Auslastung von nur 4,2% hin, wenn Imager unter Rosetta 2 ausgeführt wird: #235 (Kommentar)

Die einfache Lösung hat also separate Builds und postet sie im Release-Bereich, das ist es, was andere Entwickler tun.

Sie können einen UNTESTED (jenseits des Kompilierens) universellen Build aus dem anderen verlinkten Thread abrufen, wenn Sie ihn wirklich möchten.
Ich kann mir jedoch nicht vorstellen, dass es in absehbarer Zeit ein offizieller Build wird.

Ich habe kein M1, aber der Screenshot des Taskmanagers im anderen Thread deutet auf eine CPU-Auslastung von nur 4,2% hin, wenn Imager unter Rosetta 2 ausgeführt wird: #235 (Kommentar)

Ich habe einen M1 Max und meine eigenen Tests bestätigen, dass Rosetta 2 eine erhebliche Leistungseinbuße mit sich bringt, die über das ideologische Problem hinausgeht, irgendetwas in Emulation auszuführen.

Es ist in Ordnung, wenn das RPi-Projekt den M1 nicht unterstützen möchte. Da es sich um Open Source handelt, bin ich sicher, dass es viele andere Leute gibt, die dies tun und sich an die Feindseligkeit erinnern werden.

Die einfache Lösung hat also separate Builds und postet sie im Release-Bereich, das ist es, was andere Entwickler tun.

Sie können einen UNTESTED (jenseits des Kompilierens) universellen Build aus dem anderen verlinkten Thread abrufen, wenn Sie ihn wirklich möchten. Ich kann mir jedoch nicht vorstellen, dass es in absehbarer Zeit ein offizieller Build wird.

Der „ungetestete“ Imager für M1 funktioniert einwandfrei.

Ich habe einen M1 Max und meine eigenen Tests bestätigen, dass Rosetta 2 eine erhebliche Leistungseinbuße mit sich bringt, die über das ideologische Problem hinausgeht, irgendetwas in Emulation auszuführen.

Es ist in Ordnung, wenn das RPi-Projekt den M1 nicht unterstützen möchte. Da es sich um Open Source handelt, bin ich sicher, dass es viele andere Leute gibt, die dies tun und sich an die Feindseligkeit erinnern werden.

Ich werde mich sicher erinnern. Seit dem Erscheinen von Apple Silicon haben Hasser in der FOSS-Community einfach lächerlich gehandelt, wie Kleinkinder, die Wutanfälle bekommen. Diese Leute reden immer und immer wieder darüber, wie böse Apple ist, kaufen aber gerne Produkte von Unternehmen wie Pine64, die brechen, wenn man sie sich ansieht.

Ich kann sagen, dass Rosetta 2 die Akkulaufzeit ERHEBLICH beeinflusst. Denken wir daran, dass es nicht für immer unterstützt oder sogar verfügbar sein wird: Es ist eine vorübergehende Lösung.

Ich werde mich sicher erinnern. Seit dem Erscheinen von Apple Silicon haben Hasser in der FOSS-Community einfach lächerlich gehandelt, wie Kleinkinder, die Wutanfälle bekommen. Diese Leute reden immer und immer wieder darüber, wie böse Apple ist, kaufen aber gerne Produkte von Unternehmen wie Pine64, die brechen, wenn man sie sich ansieht.

Ich finde es zutiefst ironisch, dass RPi vor mehr als einem Jahr ein ARM64-Modul mit 8 GB RAM herausgebracht hat und es noch nicht einmal offiziell unterstützt wird. (In dem Sinne, dass es keine offizielle Raspbian-Version gibt, die 64-Bit unterstützt)

Ich habe einen M1 Max und meine eigenen Tests bestätigen, dass Rosetta 2 eine erhebliche Leistungseinbuße mit sich bringt

Wie gemessen?

Können Sie Task-Manager-Screenshots der CPU-Auslastung der offiziellen Imager-Version und des M1-Builds teilen, die in dem anderen Thread gepostet wurden?

Ich habe einen M1 Max und meine eigenen Tests bestätigen, dass Rosetta 2 eine erhebliche Leistungseinbuße mit sich bringt

Wie gemessen?

Können Sie Task-Manager-Screenshots der CPU-Auslastung der offiziellen Imager-Version und des universellen M1-Builds teilen, die in dem anderen Thread gepostet wurden?

Erstens gibt es keinen Task-Manager auf Mac oder Linux. Das ist nur Windows. Der Aktivitätsmonitor ist auch kein zuverlässiger Weg, um die Systemleistung zu messen. Anwendungen und Systemleistung müssen profiliert werden.

Ich würde gerne alle meine Profildaten teilen, einschließlich CPU-, Speicher-, SSD- und Netzwerkstrafen sowie den Gesamtleistungsunterschied, sobald ich die Zusicherung habe, dass ein offizieller nativer M1-Build veröffentlicht und unterstützt wird.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen