Throttling del MacBook Air M2: guía honesta para desarrolladores

Tu MacBook Air M2 termina rápidamente la primera compilación, pero después se ralentiza durante una compilación de 20 minutos o una tarea gráfica sostenida: las pruebas publicadas han comunicado pérdidas de rendimiento de hasta el 25 %. La carcasa sin ventilador no puede expulsar activamente el calor acumulado, pero la temperatura no es la única causa posible: solo la grabación con OBS ha costado hasta 10 FPS en una prueba con Apple Silicon. La solución útil consiste en probar la misma carga de trabajo de forma limpia, separar la velocidad en ráfagas del rendimiento sostenido y probar refrigeración externa reversible antes de modificar el equipo.

El throttling del MacBook Air M2 aparece cuando el calor supera la ráfaga inicial

El throttling suele ser una respuesta protectora frente al calor sostenido, no una prueba por sí solo de que el ordenador esté defectuoso. El M2 puede completar operaciones breves antes de que se acumule suficiente calor para limitar el rendimiento sostenido; por eso abrir Xcode, ejecutar un script rápido o exportar un recurso pequeño puede parecer instantáneo. Una compilación de 20 minutos, una carga continua de la GPU o la inferencia repetida de modelos locales crea una condición térmica distinta, porque la carcasa de aluminio debe disipar el calor de forma pasiva.

Esta distinción explica por qué dos análisis aparentemente contradictorios del M2 pueden ser correctos. Macworld sostuvo que el throttling no vuelve inutilizable en general al MacBook Air M2, mientras que los informes resumidos por TechRadar describieron pérdidas de hasta el 25 % durante trabajos prolongados. Una fuente destaca el uso mixto habitual; la otra, una situación de carga máxima sostenida.

Por tanto, una captura de 5 minutos responde a la pregunta equivocada para un desarrollador que afronta una sesión de programación de 2 horas. La métrica relevante es si el tiempo de finalización, la velocidad de fotogramas, el comportamiento de la frecuencia o el rendimiento de la tarea empeoran entre los intervalos inicial y final de la misma carga repetible. Que la carcasa esté caliente es una prueba complementaria, pero un MacBook Air M2 caliente sin una caída medible del rendimiento no basta para diagnosticar throttling.

Un método documentado para probar Apple Silicon, incluido en la investigación de Thomas Kaiser sobre Apple Silicon, utiliza un modo de prueba de 10 minutos y registra el comportamiento de los núcleos de eficiencia y rendimiento en lugar de basarse en el tacto. Este enfoque resulta más creíble que una sola puntuación, porque revela si las frecuencias y el rendimiento se mantienen estables después de que la carcasa haya absorbido calor durante varios minutos.

El throttling sin ventilador afecta a las cargas de desarrollo prolongadas del M2

El throttling sin ventilador importa sobre todo cuando el trabajo de un desarrollador mantiene la actividad de cálculo durante 15–60 minutos, en vez de llegar en ráfagas aisladas. Editar código en Xcode o Visual Studio Code suele ser ligero, pero indexar un repositorio grande, compilar varios objetivos, ejecutar un simulador de iOS y lanzar una batería de pruebas al mismo tiempo puede convertir un ágil MacBook Air M2 en una máquina sometida a carga sostenida. El conjunto de cargas, no el icono del IDE, determina si el calor sigue acumulándose.

La confianza expresada por la comunidad debe interpretarse en ese contexto. Un desarrollador describió el MacBook Air como «más que capaz de hacer todo lo que necesito cuando estoy fuera». Esa valoración puede ser totalmente sincera para compilaciones de 30 segundos, desarrollo remoto, aplicaciones web y trabajo móvil intermitente. No demuestra que el mismo Air mantenga un rendimiento idéntico durante una compilación nativa de 60 minutos, un renderizado prolongado en Blender o una inferencia local continua.

Claude Code y Codex también generan cargas indirectas que varían entre sesiones. La interfaz conversacional puede ser ligera, mientras que la indexación del repositorio, las compilaciones de TypeScript, los ejecutores de pruebas, los servicios de Docker y la automatización del navegador trabajan en segundo plano durante 20 minutos o más. El desarrollador debe medir los procesos secundarios reales y los tiempos de finalización, en lugar de tratar la «programación con IA» como una única prueba uniforme. Un modelo alojado en la nube y un LLM local pueden imponer exigencias radicalmente distintas al M2.

El trabajo con modelos locales es el caso más exigente, porque la inferencia repetida puede mantener activos el ancho de banda de la memoria y los recursos de cálculo durante una sesión de 30 minutos. La presión térmica puede coincidir entonces con presión de memoria, actividad de intercambio, sincronización en segundo plano o un contenedor de desarrollo sobrecargado. Si el rendimiento cae, repite la prueba tras cerrar las herramientas que no sean esenciales; una caída que desaparece al quitar 3 aplicaciones en segundo plano no es una prueba limpia de throttling térmico por sí solo.

La cuestión práctica de compra gira, por tanto, en torno a la constancia, no a la velocidad máxima. Un desarrollador que trabaje en ráfagas de 10 minutos entre reuniones quizá nunca note la limitación, mientras que quien compile, renderice o ejecute modelos locales durante 2 horas puede valorar más el rendimiento sostenido que el funcionamiento silencioso del Air. El throttling del MacBook Air M2 solo resulta relevante cuando prolonga el trabajo que realmente repites.

Una prueba limpia separa el calor de los 10 FPS de sobrecarga de las herramientas

Una prueba válida de throttling elimina el software de medición que modifica de forma significativa la carga. Un usuario de la comunidad que probaba Apple Silicon descubrió que grabar con OBS reducía el rendimiento hasta 10 FPS en la misma escena. Si OBS, la captura de pantalla, el streaming, la telemetría del navegador o un panel en directo solo se ejecutan durante una de las pruebas, la comparación mide dos sistemas distintos en lugar de un MacBook Air M2 a dos temperaturas.

grabar con OBS en mi M5 tiene un coste de rendimiento; al parecer, de hasta 10 FPS en NTE al correr por la ciudad

El resultado citado de 10 FPS procedía de una prueba con un M5, no de una prueba del M2, por lo que no debe trasladarse como una pérdida prevista para el M2. Su valor es metodológico: una configuración de monitorización puede causar una ralentización lo bastante grande como para confundirse con calor. Registra las lecturas después de la prueba, utiliza un registro ligero o captura el vídeo mediante una tarjeta de captura USB cuando las pruebas visuales sean imprescindibles.

Metodología: utiliza el mismo MacBook Air M2, fuente de alimentación, revisión del proyecto, sala, configuración de pantalla y estado del software. Deja que la carcasa vuelva a un estado próximo al inicial antes de cada ejecución de 20 minutos, desactiva OBS y la grabación de pantalla y compara la mediana de 3 ejecuciones.

Para Xcode, cronometra la misma compilación limpia y el mismo objetivo de prueba en cada ejecución; para un LLM local, utiliza el mismo modelo, prompt, longitud de contexto y objetivo de salida; para trabajos gráficos, repite una escena fija durante 20 minutos. Anota la temperatura ambiente, porque una habitación veraniega a 30°C deja menos margen térmico para la refrigeración pasiva que una oficina a 21°C. No mezcles resultados obtenidos con batería y resultados recogidos con el mismo M2 Air conectado a un cargador.

Las pruebas y modificaciones de refrigeración exigen medir la batería

Los experimentos de refrigeración solo son útiles cuando miden algo más que una breve mejora de velocidad. Un ventilador externo cambia el flujo de aire alrededor de la carcasa del M2 sin abrirla, mientras que una modificación con almohadillas térmicas altera la ruta interna de transferencia del calor. Estas intervenciones presentan distintos grados de reversibilidad, posibles repercusiones para la garantía e incertidumbre térmica, por lo que no deben tratarse como métodos equivalentes para ganar unos puntos porcentuales.

Dos errores sobre el terreno pueden crear una mejora engañosa

El primer error consiste en atribuir al calor cualquier caída de fotogramas mientras OBS u otro grabador sigue activo. Una penalización de captura de 10 FPS puede coexistir con una pérdida térmica real, y restar una de la otra después de la prueba es hacer conjeturas. La solución es realizar una ejecución independiente sin grabación con la misma carga de 20 minutos y recurrir después a captura externa si hacen falta imágenes.

El segundo error consiste en evaluar una modificación con almohadillas térmicas solo por el rendimiento. Una comparación de la comunidad examinó configuraciones de serie, con almohadillas térmicas, con ventilador y sin ventilador, prestando especial atención a la temperatura de la batería. Este enfoque más amplio importa porque redirigir el calor hacia la carcasa inferior puede mejorar un sensor o una prueba y, al mismo tiempo, cambiar el entorno térmico de la batería. Una puntuación de 5 minutos no demuestra que la ruta térmica modificada siga siendo prudente durante una carga de 2 horas.

• Realiza 3 ejecuciones con la configuración de serie antes de abrir el portátil.
• Prueba un soporte o ventilador externo con la misma secuencia de 20 minutos.
• Mantén constantes el estado de carga, la temperatura ambiente y la revisión del proyecto.
• Controla la finalización de la tarea y la temperatura de la batería, no solo una lectura máxima de la CPU.
• Detén la prueba de una modificación si el comportamiento se vuelve inestable o la batería muestra una tendencia térmica anómala.

Por tanto, una almohadilla térmica debe considerarse un experimento para un propietario con experiencia, no la primera respuesta al throttling. Abrir la carcasa introduce consideraciones de mantenimiento y garantía que el flujo de aire externo evita. Si el equipo se vuelve lento de repente en reposo, falla durante tareas ligeras o permanece anormalmente caliente después de terminar la carga, conviene recurrir a los diagnósticos de Apple o a un servicio profesional en vez de presuponer una limitación conocida del diseño sin ventilador.

La refrigeración externa del MacBook Air es la primera intervención más segura

La refrigeración externa resulta más justificable durante sesiones de escritorio de 20 minutos o más, porque es reversible y fácil de comparar con una referencia de serie. Elevar el Air expone más aluminio al aire de la sala, mientras que el flujo de aire activo aumenta la transferencia de calor alrededor de la carcasa. Los resultados siguen dependiendo de la temperatura ambiente, la superficie de contacto, la carga y la colocación, por lo que ninguna especificación de producto suministrada garantiza una mejora concreta del rendimiento del M2.

Metodología: los valores son especificaciones del fabricante incluidas en los datos Technical_Specs, no resultados de pruebas independientes del MacBook Air M2. Compara los modelos con cargas idénticas de 20 minutos a la misma temperatura ambiente; no interpretes las RPM, el peso ni el ruido declarado como una reducción de temperatura garantizada.

La base refrigeradora portátil KryoZon H1 PRO con semiconductor es la base para portátil más ligera de la lista, con 230g, y resulta adecuada para desarrolladores que se desplazan entre escritorios. La base refrigeradora portátil KryoZon H1 MAX con semiconductor añade peso a cambio de 5 posiciones de inclinación y un nivel de funcionamiento declarado de 25dB. La H4 PRO es la siguiente opción para un puesto fijo con almacenamiento, mientras que la H7 queda en último lugar como alternativa de 1.374g y varios ventiladores para quienes prioricen una cobertura amplia de flujo de aire frente a la portabilidad.

Un propietario de un M2 escribió: «Creo que necesito una base refrigeradora para que sobreviva este verano», lo que resume el problema estacional sin aportar una medición de temperatura. Trata ese comentario como un motivo para hacer pruebas, no como prueba de un resultado. Ejecuta el Air durante 20 minutos sin ayuda, repite con elevación y vuelve a repetir con flujo de aire activo; conserva la configuración de refrigeración solo si el tiempo de finalización o el rendimiento sostenido mejoran de forma constante en 3 ejecuciones.

Xcode y las sesiones de IA local revelan límites térmicos distintos

Las cargas de Xcode revelan el throttling mediante tiempos repetibles de compilación y prueba, mientras que las sesiones de Claude Code y Codex suelen mezclar peticiones a la nube con herramientas locales. Un protocolo útil para Xcode selecciona 1 revisión del proyecto, realiza la misma compilación limpia, inicia el mismo simulador y ejecuta el mismo objetivo de prueba durante 20 minutos. Si los ciclos posteriores tardan más mientras el estado del software permanece constante, el resultado tiene más peso que un comentario subjetivo sobre el calor del teclado.

Claude Code y Codex requieren un registro a nivel de proceso, porque una sesión de 60 minutos puede invocar Git, Node.js, Python, Playwright, la instalación de paquetes y varias baterías de pruebas. Registra la duración de esos comandos locales, no la latencia de respuesta de un modelo alojado. La variación de la red puede alterar el tiempo de respuesta de un asistente de IA sin cambiar la temperatura del M2, mientras que una tarea larga de Jest o TypeScript puede cargar el equipo después de que el modelo ya haya respondido.

El uso de un LLM local crea otro perfil, porque la inferencia puede permanecer activa durante 20–30 minutos y compartir memoria con el IDE, el navegador y el simulador. Prueba el mismo archivo de modelo y el mismo prompt con idénticos ajustes de contexto; después, compara el rendimiento de salida y el tiempo total de finalización. Si cerrar un navegador con 25 pestañas restaura el rendimiento, la memoria o la actividad en segundo plano puede ser el factor limitante; si el deterioro persiste de forma predecible a medida que se calienta la carcasa, la presión térmica cobra más fuerza como explicación.

Otro informe sobre un Air con Apple Silicon sin ventilador ilustra por qué las pruebas gráficas sostenidas atraen tanta atención, aunque no constituye una prueba directa del M2:

alcanzó un pico de unos 97°C, lo que me hizo perder unos 18 fotogramas.

El pico de 97°C y la caída de 18 fotogramas procedían de un informe de juego con un MacBook Air M4 básico, por lo que no pueden presentarse como una temperatura esperada para el M2. Demuestran el patrón observable que hay que buscar: un aumento del calor acompañado de una pérdida de rendimiento durante una carga gráfica prolongada. El desarrollador debe reproducir esa relación en el equipo M2 real en vez de tomar prestadas las cifras de otra generación.

El veredicto honesto sobre el throttling del MacBook Air M2 depende de las circunstancias. El Air sin ventilador sigue siendo un ordenador potente para el desarrollo móvil cuando las tareas llegan en ráfagas breves, pero las compilaciones sostenidas, el trabajo gráfico y la inferencia local merecen una prueba repetible de 20 minutos. Elimina los posibles 10 FPS de sobrecarga de captura, compara las ejecuciones de serie y con flujo de aire externo y juzga el equipo por un tiempo de finalización estable, no por la velocidad de inicio, el calor de la carcasa o una única prueba llamativa.

Preguntas frecuentes

¿Sufre throttling el MacBook Air M2 durante el trabajo de desarrollo?

El MacBook Air M2 puede sufrir throttling cuando una carga de desarrollo permanece activa el tiempo suficiente para que se acumule calor, pero una compilación de 30 segundos puede terminar antes de que aparezca la limitación. Prueba durante al menos 20 minutos una compilación representativa de Xcode, una batería de pruebas o una cadena de herramientas local antes de decidir si el throttling afecta a tu trabajo.

¿Cómo distingo el throttling térmico de una ralentización normal en segundo plano?

Repite la misma tarea de 20 minutos después de cerrar OBS, la grabación de pantalla, las herramientas de sincronización y las aplicaciones no esenciales. OBS impuso hasta 10 FPS de sobrecarga en una prueba comunitaria con Apple Silicon, por lo que una ralentización que desaparezca sin el software de grabación no debe atribuirse por completo al calor.

¿Una base refrigeradora portátil detendrá el throttling del MacBook Air M2?

El flujo de aire externo puede mejorar el comportamiento sostenido al ayudar a la carcasa de aluminio sin ventilador a transferir calor, pero los datos suministrados de los productos no establecen un cambio garantizado de temperatura o rendimiento del M2. Compara 3 ejecuciones de serie con 3 ejecuciones asistidas por refrigeración bajo la misma temperatura ambiente y carga.

¿Es segura una modificación con almohadillas térmicas para un MacBook Air M2?

Una modificación con almohadillas térmicas cambia la ruta interna del calor y no debe juzgarse solo con una prueba de 5 minutos. Puede introducir problemas de mantenimiento o garantía, y cualquier experimento controlado debe vigilar la temperatura de la batería durante una carga sostenida de 20 minutos o más.

¿Es adecuado el MacBook Air M2 para Xcode, Codex y LLM locales?

El M2 Air puede manejar Xcode, Codex y muchos flujos de desarrollo, especialmente cuando las tareas de cálculo intensivo se producen en ráfagas breves. Los desarrolladores que ejecuten compilaciones, simuladores, contenedores o inferencia de LLM locales durante 30–60 minutos deben dar prioridad a las pruebas de carga sostenida frente a los resultados máximos de una prueba de rendimiento.

Escrito por Wayne Wei

Cofundador de KryoZon. Gracias a su experiencia en refrigeración de semiconductores y electrónica de consumo, Wayne Wei prueba cada producto en situaciones reales —desde sesiones maratonianas de juego hasta renderizados de vídeo 4K— para ofrecerte consejos de refrigeración basados en datos, no en publicidad.