Guías/Codex usa mucha CPU
¿Codex usa mucha CPU o memoria en un Mac? Cómo encontrar la causa
Respuesta rápida
Codex existe como app de escritorio y como herramienta de línea de comandos, y las dos inician otros procesos mientras trabajan: los comandos que ejecuta una tarea, servidores de desarrollo, tests y servidores MCP. Un uso alto de CPU suele significar que una tarea está ejecutando algo pesado o que un comando se ha atascado; un uso alto de memoria suele significar un hilo que lleva mucho tiempo abierto. Detén la tarea, sal de Codex del todo, vuelve a abrirlo y actualízalo: tus hilos se conservan. Vitals, un monitor del sistema para Mac, muestra todos los procesos que trabajan en cada carpeta de proyecto y te avisa cuando uno acapara la CPU durante minutos.
Cómo saber qué está haciendo Codex
- 01 Abre Monitor de Actividad, haz clic en CPU y escribe codex en el campo de búsqueda. La app de escritorio aparece como Codex con procesos auxiliares; la herramienta de línea de comandos aparece como
codexbajo tu app de terminal. - 02 Elige Visualización → Todos los procesos, jerárquicamente, y abre el triángulo junto a Codex o a tu terminal. Lo que hay debajo es lo que inició una tarea: una compilación, unas pruebas, un servidor de desarrollo.
- 03 Si el ocupado es uno de esos, detén la tarea en Codex. Si sigue en marcha después de detener la tarea, selecciónalo en Monitor de Actividad y haz clic en el botón Detener de la barra de herramientas.
- 04 Si el que está ocupado o ha crecido es el propio Codex, sal con ⌘Q y vuelve a abrirlo. En el terminal, sal y ejecuta
codex resumepara retomar el hilo donde se quedó. - 05 Actualiza Codex. La app se actualiza desde su propio menú; la herramienta de línea de comandos, con el gestor de paquetes con el que la instalaste.
Si syspolicyd o trustd está ocupado a la vez que Codex, es macOS comprobando los programas cuando se abren. Se calma solo cuando la tarea deja de abrir programas nuevos; si no, se arregla reiniciando el Mac.
Codex trabaja ejecutando cosas: lee tu proyecto, ejecuta comandos en un entorno aislado, compila, pasa los tests y comprueba el resultado. Eso es trabajo de verdad para la CPU, y un Mac que está caliente mientras hay una tarea en marcha está haciendo lo que se le pidió. Los casos que merece la pena arreglar son otros: CPU que sigue alta después de terminar la tarea, memoria que sube mientras un hilo siga abierto y procesos que continúan después de salir de Codex. La tabla los separa.
Adónde van la CPU y la memoria de Codex
| Lo que ves | Qué es | Qué hacer |
|---|---|---|
| Mucha CPU mientras hay una tarea en marcha | La compilación, los tests o el script que ejecuta la tarea | Normal; termina con la tarea |
| Mucha CPU sin ninguna tarea en marcha | Un comando que no se detuvo, o la app atascada | Cierra lo que inició la tarea; reinicia Codex |
| Codex usa muchos GB | Un hilo abierto desde hace mucho tiempo | Sal y vuelve a abrirlo; tus hilos se conservan |
syspolicyd o trustd con mucha CPU | macOS comprobando cada programa que abre una tarea | Se calma cuando la tarea se detiene; si no, reinicia el Mac |
| Procesos que quedan después de salir de Codex | Un servidor de desarrollo, un vigilante de archivos o un servidor MCP | Ciérralos en Monitor de Actividad |
Una tarea que hace trabajo de verdad
Compilar un proyecto o ejecutar una batería de tests usa todos los núcleos que puede, lo pida quien lo pida. Si Codex inicia una compilación, lo que aparece arriba en Monitor de Actividad son los procesos de la compilación, no Codex, y los ventiladores van detrás. Ese es el coste de la tarea. Ejecutar varias tareas a la vez, cada una en su propia copia del proyecto, lo multiplica: tres compilaciones en paralelo son tres compilaciones.
Cuando no se detiene
En el gestor de incidencias de Codex hay quien cuenta que la app o uno de sus procesos de trabajo a veces mantiene un núcleo ocupado, o crece hasta muchos gigabytes, durante una sesión normal. Las soluciones que funcionan son las sencillas: detener la tarea, salir de Codex, volver a abrirlo y actualizar. Los hilos se guardan sobre la marcha, así que reiniciar cuesta unos segundos, no tu trabajo.
Después de salir, mira si ha quedado algo. Un servidor de desarrollo o un vigilante de archivos que inició una tarea es un proceso normal y no siempre termina con ella. Ordena Monitor de Actividad por % CPU y por Memoria, y busca node y otras herramientas de tu proyecto que no hayas iniciado tú.
syspolicyd y trustd
macOS comprueba la firma de un programa cuando se abre. Una tarea que abre cientos de programas pequeños en un minuto, como hacen las compilaciones y los tests, mantiene ocupados a syspolicyd y trustd con esas comprobaciones. Forman parte de macOS y no hay que cerrarlos. Se calman cuando dejan de abrirse programas, y reiniciar el Mac arregla una comprobación que se ha quedado atascada.
Lo que añade Vitals
Vitals muestra a qué proyecto pertenece el trabajo, y te avisa cuando lleva demasiado tiempo.
- Una pestaña Proyectos: todos los procesos que trabajan en una carpeta de proyecto, los haya iniciado la app que sea, con la memoria, la CPU y la energía del proyecto en conjunto
- Codex en una sola fila con sus procesos auxiliares incluidos, y su memoria y su CPU totales
- Una notificación cuando una app acapara la CPU durante minutos o su memoria no para de crecer
- Se señalan los servidores de desarrollo que se quedaron en marcha sin hacer nada, y se ofrece detenerlos
- Cuando los ventiladores están en marcha, las apps que hay detrás del calor, con “Salir” al lado de cada una
Conviene saberlo
- Vitals muestra los procesos y lo que usan. No sabe qué tarea de Codex inició qué comando.
- Vitals nunca cierra nada por su cuenta.
Preguntas frecuentes
¿Por qué Codex usa tanta CPU en mi Mac?
Normalmente porque una tarea está ejecutando una compilación, unos tests o un script, que es trabajo de verdad. Si la CPU sigue alta sin ninguna tarea en marcha, cierra lo que inició la tarea, reinicia Codex y actualízalo.
¿Por qué Codex usa tanta memoria?
Un hilo que sigue abierto mucho tiempo crece. Sal de Codex y vuelve a abrirlo; los hilos se guardan, y codex resume retoma uno en el terminal.
¿Por qué syspolicyd usa mucha CPU cuando Codex está en marcha?
macOS comprueba cada programa cuando se abre, y una tarea que abre muchos mantiene ocupado a syspolicyd. Se calma cuando la tarea se detiene. No lo cierres; reinicia el Mac si sigue atascado.
¿Pierdo mi trabajo si reinicio Codex?
No. Se conservan los hilos y los cambios que una tarea hizo en tus archivos. Vuelve a abrir la app, o ejecuta codex resume en el terminal.
¿Por qué mi Mac está caliente después de que Codex haya terminado?
Algo que inició una tarea sigue en marcha, casi siempre un servidor de desarrollo o un vigilante de archivos. Ordena Monitor de Actividad por % CPU y ciérralo.
¿Hay alguna app que muestre lo que Codex tiene en marcha en mi Mac?
Vitals tiene una pestaña Proyectos que muestra todos los procesos que trabajan en cada carpeta de proyecto, con su memoria, su CPU y sus puertos, y te avisa cuando uno acapara la CPU durante minutos.
En el glosario
Más guías
- Por qué mi Mac va tan lento
- Qué está agotando la batería de mi Mac
- Qué app está usando mi CPU o mi memoria
- Por qué mi Mac no entra en reposo
- Chrome usa demasiada memoria
- Por qué los ventiladores de mi Mac hacen tanto ruido
- Cómo controlar la velocidad del ventilador en un Mac
- Cómo liberar RAM en un Mac
- Docker usa demasiada memoria
- Cómo detener contenedores de Docker
- Mezclador de volumen para Mac
- Cursor usa mucha CPU
- Claude Code usa demasiada memoria
- La app de Claude usa mucha CPU
- Ollama usa demasiada memoria
- Alternativas a Monitor de Actividad
- Alternativas a iStat Menus
- Alternativas a Stats
- Administrador de tareas para Mac
- Los mejores monitores del sistema para Mac
- Los mejores monitores para la barra de menús del Mac
- Los mejores mezcladores de volumen para Mac