Rpi-imager: ¿Lanzamiento nativo de Apple Silicon M1 Mac?

Creado en 19 ene. 2022  ·  9Comentarios  ·  Fuente: raspberrypi/rpi-imager

Hola, ¿se lanzará una versión nativa Apple Silicon M1 Mac de Raspberry Pi Imager? La versión actual de Mac no es un binario "Universal", no tiene compatibilidad nativa con Apple Silicon M1 Mac y requiere Rosetta 2 para ejecutarse (Rosetta 2 es el traductor binario de Intel y eventualmente será descontinuado por Apple, ya que solo tiene la intención de proporcionar a los desarrolladores un período de tiempo para la transición al lanzamiento de un binario universal con soporte de Apple Silicon).

No ejecuto Rosetta 2 en mi Apple Silicon Mac, ya que consume batería y recursos.

¡Gracias!

Todos 9 comentarios

El problema principal es que si cambiamos a versiones de compilación universales, sería necesario dejar de admitir la edición anterior de Mac OS X 10.13.
Y todavía puede haber usuarios que lo usen.
No todo el mundo puede gastar $ 2000 en la última MacBook Pro.

No ejecuto Rosetta 2 en mi Apple Silicon Mac, ya que consume batería y recursos.

¿Tiene cifras para respaldar eso?

No tengo un M1, pero la captura de pantalla del administrador de tareas en el otro hilo sugiere un uso de CPU de solo 4,2 % cuando Imager se ejecuta bajo Rosetta 2: https://github.com/raspberrypi/rpi-imager/issues/ 235#emitir comentario -986082510

El problema principal es que si cambiamos a versiones de compilación universales, sería necesario dejar de admitir la edición anterior de Mac OS X 10.13.

Entonces, la solución fácil tiene compilaciones separadas y publíquelas en la sección de lanzamiento, eso es lo que hacen otros desarrolladores.

Y todavía puede haber usuarios que lo usen. No todo el mundo puede gastar $ 2000 en la última MacBook Pro.

Mi M1 MacBook cuesta aproximadamente la mitad de eso, no es que tenga nada que ver con mi publicación original: Raspberry Pi Imager debería funcionar en todas las plataformas posibles. También puede haber muchos usuarios que quieran una versión nativa de Apple Silicon.

No ejecuto Rosetta 2 en mi Apple Silicon Mac, ya que consume batería y recursos.

¿Tiene cifras para respaldar eso?

Sugeriría hacer una búsqueda en Google de reseñas sobre Rosetta 2. Ya no lo tengo instalado en mis Apple Silicon Mac como si quisiera ejecutar el código Intel/x86. Tendría una computadora con un chip x86. Dado que Raspberry Pi TAMBIÉN usa un chip de brazo, esto no debería considerarse una posición radical, no lo creo.

En lugar de ejecutar el código de brazo nativo en nuestro Raspberry Pi, simplemente emulemos el código Intel.

No tengo un M1, pero la captura de pantalla del administrador de tareas en el otro hilo sugiere un uso de CPU de solo 4,2% cuando Imager se ejecuta bajo Rosetta 2: #235 (comentario)

Entonces, la solución fácil tiene compilaciones separadas y publíquelas en la sección de lanzamiento, eso es lo que hacen otros desarrolladores.

Puede obtener una compilación universal NO PROBADA (más allá de la compilación) del otro hilo vinculado si realmente lo desea.
Sin embargo, no imagino que se convierta en una versión oficial en el corto plazo.

No tengo un M1, pero la captura de pantalla del administrador de tareas en el otro hilo sugiere un uso de CPU de solo 4,2% cuando Imager se ejecuta bajo Rosetta 2: #235 (comentario)

Tengo un M1 Max y mis propias pruebas confirman que Rosetta 2 impone una penalización de rendimiento significativa más allá de la cuestión ideológica de ejecutar cualquier cosa en emulación.

Está bien si el proyecto RPi no quiere admitir el M1. Dado que es de código abierto, estoy seguro de que habrá muchas otras personas que lo recordarán y recordarán la animosidad.

Entonces, la solución fácil tiene compilaciones separadas y publíquelas en la sección de lanzamiento, eso es lo que hacen otros desarrolladores.

Puede obtener una compilación universal NO PROBADA (más allá de la compilación) del otro hilo vinculado si realmente lo desea. Sin embargo, no imagino que se convierta en una versión oficial en el corto plazo.

El generador de imágenes "no probado" para M1 funciona perfectamente bien.

Tengo un M1 Max y mis propias pruebas confirman que Rosetta 2 impone una penalización de rendimiento significativa más allá de la cuestión ideológica de ejecutar cualquier cosa en emulación.

Está bien si el proyecto RPi no quiere admitir el M1. Dado que es de código abierto, estoy seguro de que habrá muchas otras personas que lo recordarán y recordarán la animosidad.

Seguro que lo recordaré. Desde que salió Apple Silicon, los que odian en la comunidad FOSS han actuado de manera ridícula, como niños pequeños con rabietas. Estas personas hablan una y otra vez sobre lo malvado que es Apple, pero están más que felices de comprar productos de compañías como Pine64, el descanso si los miras.

Puedo decir que Rosetta 2 afecta SIGNIFICATIVAMENTE la duración de la batería. Recordemos que no será compatible ni estará disponible para siempre: es una solución temporal.

Seguro que lo recordaré. Desde que salió Apple Silicon, los que odian en la comunidad FOSS han actuado de manera ridícula, como niños pequeños con rabietas. Estas personas hablan una y otra vez sobre lo malvado que es Apple, pero están más que felices de comprar productos de compañías como Pine64, el descanso si los miras.

Me parece profundamente irónico que RPi haya lanzado un módulo ARM64 con 8 GB de RAM hace más de un año y aún no sea compatible oficialmente. (En el sentido de que no hay una versión oficial de Raspbian que admita 64 bits)

Tengo un M1 Max y mis propias pruebas confirman que Rosetta 2 impone una penalización de rendimiento significativa

¿Medido de qué manera?

¿Puede compartir capturas de pantalla del administrador de tareas del uso de la CPU de la versión oficial de Imager y la compilación M1 publicada en el otro hilo?

Tengo un M1 Max y mis propias pruebas confirman que Rosetta 2 impone una penalización de rendimiento significativa

¿Medido de qué manera?

¿Puede compartir capturas de pantalla del administrador de tareas del uso de la CPU de la versión oficial de Imager y la compilación universal M1 publicada en el otro hilo?

Primero, no hay Administrador de tareas en Mac o Linux. Eso es solo Windows. El Monitor de actividad tampoco es una forma confiable de medir el rendimiento del sistema. Se deben perfilar las aplicaciones y el rendimiento del sistema.

Estaría encantado de compartir todos mis datos de creación de perfiles, incluidas las penalizaciones de CPU, memoria, SSD y red, y la diferencia de rendimiento general, tan pronto como tenga la seguridad de que se lanzará y admitirá una compilación M1 nativa oficial.

¿Fue útil esta página
0 / 5 - 0 calificaciones