{"id":326878,"date":"2026-06-26T15:19:28","date_gmt":"2026-06-26T13:19:28","guid":{"rendered":"https:\/\/borncity.com\/blog\/?p=326878"},"modified":"2026-06-26T15:20:03","modified_gmt":"2026-06-26T13:20:03","slug":"openai-codex-schrottet-moeglicherweise-ssds-wegen-sqlite-zugriffen","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2026\/06\/26\/openai-codex-schrottet-moeglicherweise-ssds-wegen-sqlite-zugriffen\/","title":{"rendered":"OpenAI Codex schrottet m\u00f6glicherweise SSDs wegen SQLite-Zugriffen"},"content":{"rendered":"<p><img decoding=\"async\" style=\"float: left; margin: 0px 10px 0px 0px; display: inline;\" title=\"Stop - Pixabay\" src=\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/06\/Stop01.jpg\" alt=\"Stop - Pixabay\" align=\"left\" \/>Unsch\u00f6ne Erkenntnis: Der KI-gest\u00fctzte Codierungsagent Codex von OpenAI f\u00fcr Softwareentwicklungsaufgaben wie das Schreiben von Code und die Fehlerbehebung hat wohl ein Problem. Es gab die Tage den Bericht, dass die Protokollierung in einer SQLite-Datenbank eine erhebliche Anzahl von Schreibvorg\u00e4ngen binnen kurzer Zeit verursache. Das ist nicht nur leistungsm\u00e4\u00dfig doof. Besitzer von SSDs laufen Gefahr, dass diese binnen kurzer Zeit ihre Spezifikationsgrenzen erreichen und geschrottet werden.<\/p>\n<p><!--more--><\/p>\n<h2>Ein Post auf reddit.com<\/h2>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/vg07.met.vgwort.de\/na\/4ee922228c6d43d1b23fbbeefb7d955a\" alt=\"\" width=\"1\" height=\"1\" \/>Das Thema ist mir \u00fcber X untergekommen und wird auf reddit.com im Beitrag\u00a0<a href=\"https:\/\/www.reddit.com\/r\/codex\/comments\/1ucnd5y\/codex_almost_made_me_worry_about_my_ssd_so_i\/\" target=\"_blank\" rel=\"noopener\">Codex almost made me worry about my SSD, so I actually measured it<\/a> vom 22. Juni 2026 erl\u00e4utert. Ein Benutzer war im Internet \u00fcber eine Diskussion gestolpert,\u00a0in der behauptet wurde, dass Codex Desktop m\u00f6glicherweise ein Problem mit der lokalen Protokollierung hat. Das k\u00f6nnte dazu f\u00fchren, dass kontinuierlich gro\u00dfe Datenmengen auf die Festplatte geschrieben werden. Bei SSDs wirkt sich so etwas m\u00f6glicherweise auf den Verschlei\u00df bzw. die Lebensdauer aus.<br \/>\nDer Poster auf reddit.com hat dann genauer geschaut, denn er betreibt einen Mac, der rund um die Uhr l\u00e4uft. Auf der Maschine wird Codex oft permanent in der lokalen Umgebung ausgef\u00fchrt. Codex Desktop speichert seine Dateien in macOS im Verzeichnis:<\/p>\n<pre>~\/.codex<\/pre>\n<p>in einer SQLite-Datei:<\/p>\n<pre>~\/.codex\/logs_2.sqlite<\/pre>\n<p>Auf dem System des Nutzers war die Datei lediglich 1,8 GByte gro\u00df. Aber wesentlich interessanter ist die Schreibrate in diese SQLite-Datenbank. Daher hat der Nutzer die Datentransferrate des\u00a0laufenden Codex-App-Server-Prozesses gemessen.\u00a0In einem etwa zweimin\u00fctigen Erfassungszeitraum schrieb der Prozess etwa 846 MB an Daten in die SQLite-Datenbank. Das entspricht ca. einer Rate von rund 7,0 MB\/s, die logischen Schreibvorg\u00e4nge lagen bei etwa 4,9 MB\/s.<\/p>\n<p>Sofern das nur ein Burstwert w\u00e4re, k\u00f6nnte man es tolerieren. Wird das aber kontinuierlich beibehalten, w\u00e4ren dies im Nonstop-Betrieb hochgerechnet etwa 222 TB an Schreibvorg\u00e4ngen pro Jahr. Der Nutzer hat auf <a href=\"https:\/\/redol.ai\/s\/codex-log-writen-bug-analysis-yxayro\" target=\"_blank\" rel=\"noopener\">dieser Webseite<\/a> seine Messergebnisse ver\u00f6ffentlicht. Im reddit.com-Beitrag hat der Nutzer dann noch skizziert, wie er diese Zugriffsrate f\u00fcr sich reduzieren konnte.<\/p>\n<h2>Ein Bug-Report<\/h2>\n<p>Bei The Register, die das Thema <a href=\"https:\/\/www.theregister.com\/ai-and-ml\/2026\/06\/23\/openai-codex-bombards-ssds-with-needless-write-operations-costing-millions\/5260402\" target=\"_blank\" rel=\"noopener\">hier aufgegriffen<\/a> haben, las ich, dass es einen Bug-Report\u00a0<a href=\"https:\/\/github.com\/openai\/codex\/issues\/28224\" target=\"_blank\" rel=\"noopener\">Codex SQLite feedback logs can write ~640 TB\/year and rapidly consume SSD endurance #28224<\/a> gibt. Auch dort wird eine enorm hohe Zugriffsrate durch Codex auf die SQLite-Datenbank mit den Log-Eintr\u00e4gen konstatiert. Und der Einreicher macht auch Vorschl\u00e4ge, wie man das reduzieren k\u00f6nnte.<\/p>\n<p>Der Hintergrund der Aufregung ist darin begr\u00fcndet, dass die Hersteller von SSDs eine gewisse Anzahl Schreibvorg\u00e4nge gew\u00e4hrleistet. Danach k\u00f6nnen SSD-Zellen kaputt sein und das Medium verliert Kapazit\u00e4t oder die Funktion. The Register argumentiert, dass einige Endverbraucher-SSDs eine Nennschreibleistung von etwa 600 TBW besitzen. Damit w\u00e4re die garantierte Schreiblebensdauer eines solchen Laufwerks bei den oben gemessenen Datenraten in weniger als einem Jahr erreicht.<\/p>\n<p>OpenAI gab gegen\u00fcber The Register an, dass die eigenen Entwickler \u00fcber das Problem informiert seien und an dessen Behebung arbeiten. Der Vorfall zeigt erneut, dass man diesbez\u00fcglich nicht genug aufpassen kann. Ein Hurra auf Vibe Coding, was ja jeder k\u00f6nnen \"k\u00f6nnen soll\". Da werden wir noch einige \u00dcberraschungen der negativen Art erleben.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Unsch\u00f6ne Erkenntnis: Der KI-gest\u00fctzte Codierungsagent Codex von OpenAI f\u00fcr Softwareentwicklungsaufgaben wie das Schreiben von Code und die Fehlerbehebung hat wohl ein Problem. Es gab die Tage den Bericht, dass die Protokollierung in einer SQLite-Datenbank eine erhebliche Anzahl von Schreibvorg\u00e4ngen binnen &hellip; <a href=\"https:\/\/borncity.com\/blog\/2026\/06\/26\/openai-codex-schrottet-moeglicherweise-ssds-wegen-sqlite-zugriffen\/\">Weiterlesen <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[731,8537,7459],"tags":[3081,24,3836,2270],"class_list":["post-326878","post","type-post","status-publish","format-standard","hentry","category-gerate","category-problem","category-software","tag-geraete","tag-problem","tag-software","tag-ssd"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/326878","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=326878"}],"version-history":[{"count":1,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/326878\/revisions"}],"predecessor-version":[{"id":326880,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/326878\/revisions\/326880"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=326878"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=326878"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=326878"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}