Cómo llegó la virtualización a los Macs con Apple Silicon

Artículo original ↗ Discusión en Hacker News ↗

La virtualización en los Macs con Apple Silicon avanza rápido, con los marcos de Apple impulsando herramientas como Docker e hipervisores de terceros, pero los usuarios siguen topándose con bordes duros en la emulación x86, el passthrough de USB y la aceleración GPU, especialmente para flujos de trabajo de nicho como el desarrollo FPGA o la ejecución de versiones antiguas de macOS. Los comentaristas contrastan la virtualización real con la emulación de CPU más lenta, y señalan que, aunque QEMU y configuraciones similares pueden ejecutar sistemas operativos Intel, el rendimiento y la compatibilidad suelen ser pobres para trabajo serio. El hilo también se amplía a cómo estas limitaciones técnicas influyen en las decisiones de compra entre Macs e iPads, y en cómo proyectos como Asahi Linux y herramientas como OpenCore Legacy Patcher o Retroactive se usan para alargar la vida útil del hardware y del software.

Meta y recepción del artículo

  • Varios comentarios elogian el sitio Eclectic Light y el diseño de la página enlazada.
  • Algo de discusión meta sobre quienes publican mucho en HN, pero sin contenido técnico ahí.

Virtualización vs. emulación en Apple Silicon

  • Se establece una distinción clara:
    • Virtualización = misma arquitectura de CPU, velocidad casi nativa, usa soporte de hardware.
    • Emulación = arquitecturas de CPU diferentes, traducción de instrucciones, normalmente mucho más lenta.
  • Apple Silicon no puede virtualizar macOS Intel; solo puede emularlo (por ejemplo, mediante QEMU), lo que la gente describe como “usable solo para terminal” o peor.
  • El passthrough de USB en VMs ARM de macOS está actualmente limitado (por ejemplo, Parallels no puede conectar dispositivos USB genéricos a un invitado macOS). Se sugieren soluciones alternativas: recursos compartidos de red o rutas del host.

Docker, marcos de virtualización de Apple y herramientas

  • Docker Desktop en macOS ya usa los marcos de virtualización de Apple; no se espera un gran cambio solo por este artículo.
  • Se mencionan herramientas alternativas para distintos casos de uso: QEMU/UTM, OrbStack, VMware Fusion y LiViable (la app del autor del artículo).

Linux x86 / FPGA y herramientas pesadas en Macs M-series

  • Ejecutar VMs de Linux x86_64 para FPGA y otras herramientas de código cerrado se ve como posible pero problemático:
    • Rosetta dentro de VMs Linux solo admite x86 de 64 bits y carece de partes del conjunto de instrucciones (por ejemplo, AVX2), lo que causa incompatibilidades.
    • El soporte x86 de 32 bits requiere otros emuladores (por ejemplo, FEX) con penalizaciones de rendimiento notables.
    • Las herramientas de FPGA consumen mucha CPU y a menudo están mal optimizadas, así que se espera un rendimiento significativamente peor que en x86 nativo.
    • El passthrough de USB y los controladores propietarios dentro del invitado se señalan como puntos probables de fallo.
  • Alternativas sugeridas: contenedores Docker/OrbStack cuando solo se necesitan shells o herramientas CLI, o usar una máquina x86 remota.

iPad Pro, virtualización y debate sobre “daily driver”

  • Se especula que futuros iPad Pro, con OLED y nuevos teclados, podrían convertirse en sustitutos de MacBook con capacidad de virtualización y precios elevados; otros dudan mucho que esos aumentos de precio vayan a ocurrir.
  • Las experiencias con el iPad Pro de 12,9" divergen mucho:
    • Lado pro-iPad: con Magic Keyboard, Stage Manager, conectividad celular y gran autonomía, puede ser un ordenador móvil principal para muchas tareas no relacionadas con desarrollo.
    • Lado escéptico: la multitarea de iPadOS, los atajos de teclado, la descarga agresiva de apps y las limitaciones de “no es un sistema operativo completo” lo hacen frustrante para la productividad; a menudo queda relegado a medios, toma de notas, anotación de PDFs y escritorio remoto.
  • Las comparaciones con las tabletas Surface resaltan el intercambio: mejor experiencia de tableta en iPad frente a un “sistema operativo real” más abierto (y con capacidad de VM) en Surface, aunque con hardware/soporte de aplicaciones más débiles en algunos casos.

Ejecutar macOS/iTunes antiguos y macOS nuevo en Macs viejos

  • Para un MacBook Pro de 2015:
    • Puede ejecutar oficialmente hasta macOS Monterey sin trucos.
    • Para apps antiguas como iTunes, se recomienda Retroactive para parchearlas y ejecutarlas en versiones más nuevas de macOS.
    • Para ejecutar el macOS más reciente en hardware no compatible, se recomienda OpenCore Legacy Patcher (OCLP), con fuertes advertencias para hacer una copia de seguridad completa y entender las particularidades de la instalación (por ejemplo, necesidad de periféricos con cable durante la instalación).
  • Algunos usuarios prefieren la interfaz de la era Mojave y la gestión unificada de medios de iTunes y su navegación inteligente frente a las apps más nuevas Music/TV/Books, que son criticadas por tener menos funciones para usuarios avanzados y una interfaz inconsistente.

Linux en Apple Silicon: VMs vs. Asahi

  • Un usuario quiere Linux como un daily driver casi a nivel bare metal mediante VM, con pantalla completa exclusiva y aceleración GPU, y toda la interfaz del host completamente apartada.
  • Las respuestas señalan:
    • Asahi Linux está avanzando y está “cerca” de ser utilizable a diario, con solicitudes de contribuciones.
    • Las VMs actuales alojadas en macOS son de tipo 2; no se conocen hipervisores de tipo 1.
    • Los marcos de Apple pueden para-virtualizar la GPU, con afirmaciones de velocidad casi nativa para los invitados compatibles.
    • VMware Fusion en ARM supuestamente ofrece buen Linux a pantalla completa con enrutamiento configurable de gestos y atajos, aunque la interfaz de macOS sigue apareciendo en los bordes de la pantalla.

Miscelánea

  • Un comentario suelto sobre un sitio lofi/ATC parece estar mal publicado desde otro hilo de HN y se corrige.