Mesmo arquivos de serviço podem se tornar uma carga notável para o hardware se um programa os grava sem moderação. É exatamente com esse problema que os usuários do OpenAI Codex se depararam. Uma falha nos logs de diagnóstico locais do agente de programação foi identificada: o Codex está escrevendo dados em SSDs com frequência excessiva, acelerando assim o consumo do recurso dos drives.
A questão foi detalhada pelo desenvolvedor Rui Fan, membro do comitê Apache Flink. Segundo ele, em 21 dias de operação, o SSD principal registrou cerca de 37 TB de dados. Uma verificação posterior revelou que a principal fonte contínua de escrita eram os logs SQLite do Codex. Nessa velocidade, o volume anual poderia atingir aproximadamente 640 TB. Para unidades de estado sólido, esse volume é crucial, pois a vida útil dos SSDs é frequentemente medida em TBW (Terabytes Written), que representa a quantidade de terabytes que podem ser gravados antes que o recurso especificado seja esgotado. Para alguns modelos de consumo, esse valor fica em torno de 600 TBW para a versão de 1 TB, o que significa que mesmo um ano de tal carga pode aproximar o drive do limite de resistência garantido.
Usuários também começaram a estimar o dano financeiro causado pelas escritas desnecessárias. Um dos desenvolvedores apresentou um cálculo segundo o qual seu Samsung 990 de 2 TB NVMe perdeu cerca de US$ 38,64 em valor de recurso. Na mesma discussão, surgiu uma estimativa de que, de março a junho, o erro poderia ter consumido o recurso de SSDs de usuários no valor de vários milhões de dólares. No entanto, trata-se de um cálculo baseado no modelo de custo por terabyte gravado, e não de pagamentos confirmados ou falhas de hardware.
A OpenAI confirmou que os engenheiros estão cientes do problema e já estão trabalhando em uma correção. De acordo com a empresa, os logs são necessários para diagnosticar erros, e os dados permanecem no dispositivo, a menos que o usuário os envie voluntariamente em um relatório. A falha ocorreu devido ao volume excessivo de informações que o Codex estava salvando, resultando em uma carga no disco muito maior do que o esperado. Aparentemente, o problema está relacionado a mudanças feitas em fevereiro, quando os logs SQLite do lado do servidor começaram a registrar no nível detalhado TRACE. Esse modo captura mais eventos do que a gravação de erros comum, transformando-se rapidamente em um fluxo constante de operações de escrita se implementado de forma inadequada. A OpenAI já está implementando correções, mas os usuários continuam relatando novos casos de atividade excessiva do Codex no disco.
