Ratgeber/Codex braucht viel CPU

Codex braucht auf dem Mac viel CPU oder Speicher? So findest du die Ursache

Gründer, Vitals

Veröffentlicht 3. Oktober 2026

KI fragen ChatGPT Claude Perplexity AI Mode Grok Markdown

Kurze Antwort

Codex gibt es als Desktop-App und als Befehlszeilen-Tool, und beide starten bei der Arbeit weitere Prozesse: die Befehle, die eine Aufgabe ausführt, Dev-Server, Tests und MCP-Server. Hohe CPU-Last heißt meist, dass eine Aufgabe etwas Schweres ausführt oder ein Befehl hängt; viel Speicher heißt meist, dass ein Thread schon lange offen ist. Stoppe die Aufgabe, beende Codex ganz, öffne es wieder und aktualisiere es: Deine Threads bleiben erhalten. Vitals, ein Systemmonitor für den Mac, listet jeden Prozess auf, der in einem Projektordner arbeitet, und sagt dir, wenn einer die CPU minutenlang belegt.

So findest du heraus, was Codex gerade tut

01 Öffne die Aktivitätsanzeige, klicke auf „CPU“ und tippe codex ins Suchfeld. Die Desktop-App erscheint als „Codex“ mit Hilfsprozessen; das Befehlszeilen-Tool erscheint als codex unter deiner Terminal-App.
02 Wähle „Darstellung“ → „Alle Prozesse, hierarchisch“ und öffne das Dreieck neben Codex oder deinem Terminal. Was darunter steht, hat eine Aufgabe gestartet: einen Build, einen Testlauf, einen Dev-Server.
03 Ist einer davon der beschäftigte, stoppe die Aufgabe in Codex. Läuft er weiter, nachdem die Aufgabe gestoppt ist, wähle ihn in der Aktivitätsanzeige aus und klicke in der Symbolleiste auf die Taste „Stopp“.
04 Ist Codex selbst beschäftigt oder groß, beende es mit ⌘Q und öffne es wieder. Im Terminal beende es und führe codex resume aus, um den Thread dort fortzusetzen, wo er aufgehört hat.
05 Aktualisiere Codex. Die App aktualisiert sich über ihr eigenes Menü, das Befehlszeilen-Tool mit dem Paketmanager, mit dem du es installiert hast.

Ist syspolicyd oder trustd gleichzeitig mit Codex beschäftigt, prüft macOS Programme, während sie gestartet werden. Das legt sich von selbst, wenn die Aufgabe keine neuen mehr startet; wenn nicht, behebt es ein Neustart des Mac.

Codex arbeitet, indem es Dinge ausführt: Es liest dein Projekt, führt Befehle in einer Sandbox aus, baut, testet und prüft das Ergebnis. Das ist echte Arbeit für die CPU, und ein Mac, der warm ist, während eine Aufgabe läuft, tut, was verlangt wurde. Beheben solltest du andere Fälle: CPU-Last, die hoch bleibt, nachdem die Aufgabe fertig ist, Speicher, der steigt, solange ein Thread offen bleibt, und Prozesse, die weiterlaufen, nachdem Codex beendet ist. Die Tabelle ordnet sie ein.

Wohin CPU und Speicher von Codex gehen

Was du siehst	Was es ist	Was du tun kannst
Hohe CPU-Last, während eine Aufgabe läuft	Der Build, die Tests oder das Skript, das die Aufgabe ausführt	Normal; es endet mit der Aufgabe
Hohe CPU-Last, ohne dass eine Aufgabe läuft	Ein Befehl, der nicht gestoppt hat, oder die App hängt	Beenden, was die Aufgabe gestartet hat; Codex neu starten
Codex belegt viele GB	Ein Thread, der lange offen ist	Beenden und wieder öffnen; deine Threads bleiben erhalten
`syspolicyd` oder `trustd` mit hoher CPU-Last	macOS prüft jedes Programm, das eine Aufgabe startet	Legt sich, wenn die Aufgabe stoppt; sonst den Mac neu starten
Prozesse, die bleiben, nachdem Codex beendet ist	Ein Dev-Server, ein Watcher oder ein MCP-Server	In der Aktivitätsanzeige beenden

Eine Aufgabe, die echte Arbeit leistet

Ein Projekt zu kompilieren oder eine Testsuite auszuführen nutzt jeden Kern, den es bekommen kann, egal wer es angestoßen hat. Startet Codex einen Build, stehen die Prozesse des Builds ganz oben in der Aktivitätsanzeige, nicht Codex, und die Lüfter folgen. Das ist der Preis der Aufgabe. Mehrere Aufgaben gleichzeitig, jede in ihrer eigenen Kopie des Projekts, vervielfachen ihn: Drei Builds parallel sind drei Builds.

Wenn es nicht aufhört

Im Issue-Tracker von Codex berichten Leute, dass die App oder einer ihrer Worker manchmal einen Kern beschäftigt oder auf viele Gigabyte wächst, bei einer ganz gewöhnlichen Sitzung. Was hilft, ist das Einfache: die Aufgabe stoppen, Codex beenden, wieder öffnen und aktualisieren. Threads werden laufend gesichert, ein Neustart kostet also ein paar Sekunden, nicht deine Arbeit.

Sieh nach dem Beenden nach, ob etwas zurückgeblieben ist. Ein Dev-Server oder Datei-Watcher, den eine Aufgabe gestartet hat, ist ein gewöhnlicher Prozess und endet nicht immer mit ihr. Sortiere die Aktivitätsanzeige nach „% CPU“ und nach „Speicher“ und suche nach node und anderen Tools aus deinem Projekt, die du nicht selbst gestartet hast.

syspolicyd und trustd

macOS prüft die Signatur eines Programms, wenn es gestartet wird. Eine Aufgabe, die in einer Minute Hunderte kleiner Programme startet, wie es Builds und Testläufe tun, hält syspolicyd und trustd mit diesen Prüfungen beschäftigt. Sie gehören zu macOS und sind nichts, was du beenden solltest. Sie beruhigen sich, wenn das Starten aufhört, und ein Neustart des Mac behebt eine Prüfung, die hängen geblieben ist.

Was Vitals ergänzt

Vitals zeigt, zu welchem Projekt die Arbeit gehört, und sagt dir, wenn sie zu lange dauert.

Ein Tab „Projekte“: jeder Prozess, der in einem Projektordner arbeitet, egal welche App ihn gestartet hat, mit Speicher, CPU und Energie für das Projekt als Ganzes
Codex als eine Zeile, seine Hilfsprozesse eingerechnet, mit gesamtem Speicher und CPU
Eine Mitteilung, wenn eine App die CPU minutenlang belegt oder ihr Speicher immer weiter wächst
Dev-Server, die ungenutzt weiterlaufen, werden hervorgehoben, mit dem Angebot, sie zu stoppen
Laufen die Lüfter, die Apps hinter der Hitze, mit „Beenden“ neben jeder

Gut zu wissen

Vitals zeigt Prozesse und was sie verbrauchen. Es weiß nicht, welche Codex-Aufgabe welchen Befehl gestartet hat.
Vitals beendet nie etwas von selbst.

Vitals kaufen für $9 $9 zur Einführung, danach $29. 14 Tage Geld zurück.

Häufige Fragen

Warum braucht Codex auf meinem Mac so viel CPU?

Meist, weil eine Aufgabe einen Build, Tests oder ein Skript ausführt, und das ist echte Arbeit. Bleibt die CPU-Last hoch, ohne dass eine Aufgabe läuft, beende, was die Aufgabe gestartet hat, starte Codex neu und aktualisiere es.

Warum braucht Codex so viel Speicher?

Ein Thread, der lange offen bleibt, wächst. Beende Codex und öffne es wieder; Threads werden gesichert, und codex resume setzt einen im Terminal fort.

Warum braucht syspolicyd viel CPU, wenn Codex läuft?

macOS prüft jedes Programm, wenn es gestartet wird, und eine Aufgabe, die viele startet, hält syspolicyd beschäftigt. Das legt sich, wenn die Aufgabe stoppt. Beende es nicht; starte den Mac neu, wenn es hängen bleibt.

Verliere ich meine Arbeit, wenn ich Codex neu starte?

Nein. Threads und die Änderungen, die eine Aufgabe an deinen Dateien gemacht hat, bleiben erhalten. Öffne die App wieder oder führe codex resume im Terminal aus.

Warum ist mein Mac heiß, nachdem Codex fertig ist?

Etwas, das eine Aufgabe gestartet hat, läuft noch, meist ein Dev-Server oder ein Datei-Watcher. Sortiere die Aktivitätsanzeige nach „% CPU“ und beende es.

Gibt es eine App, die zeigt, was Codex auf meinem Mac ausführt?

Vitals hat einen Tab „Projekte“, der jeden Prozess auflistet, der in einem Projektordner arbeitet, mit Speicher, CPU und Ports, und sagt dir, wenn einer die CPU minutenlang belegt.