Guide/Codex usa molta CPU

Codex usa molta CPU o memoria sul Mac? Come trovare la causa

Fondatore di Vitals

Pubblicata il 3 ottobre 2026

Chiedi all’IA ChatGPT Claude Perplexity AI Mode Grok Markdown

In breve

Codex esiste come app desktop e come strumento a riga di comando, ed entrambi avviano altri processi mentre lavorano: i comandi eseguiti da un’attività, server di sviluppo, test e server MCP. La CPU alta di solito significa che un’attività sta eseguendo qualcosa di pesante o che un comando è bloccato; la memoria alta di solito significa un thread aperto da molto tempo. Ferma l’attività, chiudi del tutto Codex, riaprilo e aggiornalo: i thread vengono conservati. Vitals, un monitor di sistema per Mac, elenca ogni processo che lavora in ciascuna cartella di progetto e ti avvisa quando uno tiene occupata la CPU per minuti.

Come scoprire cosa sta facendo Codex

01 Apri Monitoraggio Attività, fai clic su CPU e digita codex nel campo di ricerca. L’app desktop compare come Codex con i suoi processi helper; lo strumento a riga di comando compare come codex sotto la tua app di terminale.
02 Scegli Vista → Tutti i processi in gerarchia e apri il triangolo accanto a Codex o al tuo terminale. Quello che c’è sotto è ciò che un’attività ha avviato: una build, dei test, un server di sviluppo.
03 Se quello impegnato è uno di questi, ferma l’attività in Codex. Se continua a girare dopo che l’attività si è fermata, selezionalo in Monitoraggio Attività e fai clic sul pulsante Interrompi nella barra degli strumenti.
04 Se a essere impegnato o grande è Codex stesso, chiudilo con ⌘Q e riaprilo. Nel terminale, chiudilo ed esegui codex resume per riprendere il thread da dove si era fermato.
05 Aggiorna Codex. L’app si aggiorna dal suo menu; lo strumento a riga di comando con il gestore di pacchetti con cui l’hai installato.

Se syspolicyd o trustd è impegnato insieme a Codex, è macOS che controlla i programmi mentre vengono avviati. Si calma da solo quando l’attività smette di avviarne di nuovi; se non succede, un riavvio del Mac lo risolve.

Codex lavora eseguendo cose: legge il tuo progetto, esegue comandi in una sandbox, compila, lancia i test e controlla il risultato. È lavoro vero per la CPU, e un Mac caldo mentre un’attività è in corso sta facendo ciò che gli è stato chiesto. I casi da risolvere sono altri: una CPU che resta alta dopo la fine dell’attività, una memoria che sale finché un thread resta aperto, e processi che vanno avanti dopo che Codex è uscito. La tabella li distingue.

Dove vanno la CPU e la memoria di Codex

Cosa vedi	Cos’è	Cosa fare
CPU alta mentre un’attività è in corso	La build, i test o lo script che l’attività sta eseguendo	Normale; finisce con l’attività
CPU alta senza attività in corso	Un comando che non si è fermato, o l’app bloccata	Chiudi ciò che l’attività ha avviato; riavvia Codex
Codex usa molti GB	Un thread aperto da molto tempo	Chiudi e riapri; i thread vengono conservati
`syspolicyd` o `trustd` con CPU alta	macOS che controlla ogni programma avviato da un’attività	Si calma quando l’attività si ferma; altrimenti riavvia il Mac
Processi rimasti dopo l’uscita di Codex	Un server di sviluppo, un watcher o un server MCP	Chiudili in Monitoraggio Attività

Un’attività che sta facendo lavoro vero

Compilare un progetto o eseguire una suite di test usa tutti i core disponibili, chiunque l’abbia chiesto. Se Codex avvia una build, in cima a Monitoraggio Attività ci sono i processi della build, non Codex, e le ventole seguono. È il costo dell’attività. Eseguire più attività insieme, ognuna nella sua copia del progetto, lo moltiplica: tre build in parallelo sono tre build.

Quando non si ferma

Nell’issue tracker di Codex c’è chi segnala che l’app o uno dei suoi worker a volte tiene occupato un core, o cresce fino a molti gigabyte, durante una sessione normale. Le soluzioni che funzionano sono quelle semplici: ferma l’attività, chiudi Codex, riaprilo e aggiornalo. I thread vengono salvati man mano, quindi riavviare costa qualche secondo, non il tuo lavoro.

Dopo l’uscita controlla se è rimasto qualcosa. Un server di sviluppo o un file watcher avviato da un’attività è un processo normale e non sempre finisce con lei. Ordina Monitoraggio Attività per % CPU e per Memoria, e cerca node e altri strumenti del tuo progetto che non hai avviato tu.

syspolicyd e trustd

macOS controlla la firma di un programma quando viene avviato. Un’attività che avvia centinaia di piccoli programmi in un minuto, come fanno le build e i test, tiene syspolicyd e trustd impegnati in questi controlli. Fanno parte di macOS e non vanno chiusi. Si calmano quando gli avvii finiscono, e un riavvio del Mac risolve un controllo rimasto bloccato.

Cosa aggiunge Vitals

Vitals mostra a quale progetto appartiene il lavoro, e ti avvisa quando dura troppo.

Un pannello Progetti: ogni processo che lavora in una cartella di progetto, qualunque app l’abbia avviato, con memoria, CPU ed energia del progetto nel suo insieme
Codex come una riga, helper inclusi, con memoria e CPU totali
Una notifica quando un’app tiene occupata la CPU per minuti o la sua memoria continua a crescere
I server di sviluppo rimasti accesi e inattivi vengono segnalati, con la proposta di arrestarli
Quando le ventole sono accese, le app che producono il calore, con Esci accanto a ciascuna

Buono a sapersi

Vitals mostra i processi e ciò che usano. Non sa quale attività di Codex ha avviato quale comando.
Vitals non chiude mai nulla da solo.

Acquista Vitals a $9 $9 durante il lancio, poi $29. Rimborso entro 14 giorni.

Domande frequenti

Perché Codex usa così tanta CPU sul Mac?

Di solito perché un’attività sta eseguendo una build, dei test o uno script, ed è lavoro vero. Se la CPU resta alta senza attività in corso, chiudi ciò che l’attività ha avviato, riavvia Codex e aggiornalo.

Perché Codex usa così tanta memoria?

Un thread che resta aperto a lungo cresce. Chiudi Codex e riaprilo; i thread vengono salvati, e nel terminale codex resume ne riprende uno.

Perché syspolicyd usa molta CPU quando Codex è in esecuzione?

macOS controlla ogni programma mentre viene avviato, e un’attività che ne avvia molti tiene impegnato syspolicyd. Si calma quando l’attività si ferma. Non chiuderlo; riavvia il Mac se resta bloccato.

Riavviando Codex perdo il lavoro?

No. I thread e le modifiche che un’attività ha fatto ai tuoi file vengono conservati. Riapri l’app, oppure esegui codex resume nel terminale.

Perché il Mac è caldo dopo che Codex ha finito?

Qualcosa che un’attività ha avviato è ancora in esecuzione, il più delle volte un server di sviluppo o un file watcher. Ordina Monitoraggio Attività per % CPU e chiudilo.

Esiste un’app che mostra cosa sta eseguendo Codex sul Mac?

Vitals ha un pannello Progetti che elenca ogni processo che lavora in ciascuna cartella di progetto, con memoria, CPU e porte, e ti avvisa quando uno tiene occupata la CPU per minuti.