Um bug identificado no cliente de linha de comando (CLI) do OpenAI Codex está gerando um volume excessivo de gravações em unidades de armazenamento de estado sólido (SSD), o que pode inutilizar componentes voltados ao consumidor comum em menos de um ano. O problema foi documentado na plataforma GitHub pelo usuário "1996fanrui", que percebeu uma atividade de disco anormal em seu computador. O que é ChatGPT Codex? Veja como funciona o agente de IA para programação OpenAI atualiza Codex para conquistar quem não mexe com código De acordo com os relatórios publicados, o software realiza operações contínuas de escrita em um banco de dados SQLite local, localizado no diretório padrão “~/.codex/logs_2.sqlite”. Em um teste prático de 21 dias de funcionamento contínuo, a unidade de armazenamento absorveu cerca de 37 terabytes (TB) de dados gravados. Em uma projeção anual, esse ritmo de transferência atinge aproximadamente 640 TB por ano. - Entre no Canal do WhatsApp do Canaltech e fique por dentro das últimas notícias sobre tecnologia, lançamentos, dicas e tutoriais incríveis. - Como os SSDs comuns de 1 TB disponíveis no mercado possuem uma especificação de durabilidade estimada em cerca de 600 TBW (Terabytes Gravados), a falha consome a vida útil total projetada para a garantia do hardware em menos de 12 meses. O Codex é um agente de IA da OpenAI voltado para engenharia de software e programação (Imagem: Marcelo Fischer/Canaltech) O que causa a alta taxa de gravação no disco A falha decorre de uma configuração de registro (logging) que foi mantida ativa no nível "TRACE" por padrão, o que representa o modo de monitoramento mais ruidoso e detalhado do sistema. O programa armazena desde payloads brutos de conexões WebSocket até eventos rotineiros do sistema operacional, como a abertura de arquivos de cachê internos. O componente também ignora a variável de ambiente padrão “RUST_LOG”, impedindo uma alteração direta pelos métodos convencionais de software. A análise dos dados retidos demonstrou que aproximadamente 71% das informações salvas correspondem a dados redundantes de nível TRACE que não possuem utilidade diagnóstica real para o usuário comum. O impacto no hardware é agravado por um fenômeno conhecido como amplificação de escrita. O banco de dados opera em um ciclo constante de inserção e exclusão de dezenas de milhares de linhas por minuto. Esse comportamento faz com que o volume físico de dados gravados na mídia física seja imensamente maior do que o tamanho estático do arquivo em si. Métodos de mitigação disponíveis A OpenAI disponibilizou atualizações recentes com correções de estabilidade para o formato SQLite, mas os pacotes ainda não alteraram a taxa de transferência abusiva de escrita de dados. O caso permanece sob investigação aberta nos canais oficiais de suporte da empresa. Como o arquivo afetado armazena apenas dados de diagnóstico e não retém históricos de conversas ou linhas de código geradas pelo usuário, a perda dos registros não prejudica a operação do sistema. Usuários de sistemas operacionais Linux e macOS podem contornar o problema criando um link simbólico (symlink) que aponte o diretório “~/.codex/logs_2.sqlite” para a pasta temporária “/tmp/”. Essa configuração redireciona o fluxo de gravação massiva diretamente para a memória RAM, poupando os blocos de memória Flash do SSD de sofrerem desgaste prematuro. Outra alternativa paliativa documentada por desenvolvedores inclui o uso de variáveis de ambiente como “OTEL_TRACES_SAMPLER=always_off” para desativar o espelhamento de telemetria da biblioteca OpenTelemetry, reduzindo parte do volume de informações armazenadas. Leia a matéria no Canaltech.

Full article body is being fetched in the background. Refresh in a moment to see the complete paragraphs. For now this page shows a summary and AI analysis.