640 terabytes anuais contra limites de fabricantes muito menores
Há uma ironia silenciosa em ferramentas criadas para aumentar a produtividade humana quando estas começam a consumir, de forma invisível, os próprios instrumentos que as sustentam. Um defeito de configuração no OpenAI Codex — a interface de linha de comando da OpenAI — foi descoberto a escrever volumes massivos de dados internos no SSD dos utilizadores, acumulando 37 terabytes em apenas 21 dias e projetando uma destruição prematura do hardware em menos de um ano. Sem correção oficial disponível, a comunidade tecnológica encontrou um desvio temporário, mas a questão mais profunda permanece: quantos utilizadores confiam cegamente nas ferramentas que dizem servir-lhes?
- Um bug silencioso no OpenAI Codex escreve registos internos de forma incessante no SSD, sem qualquer utilidade prática para o utilizador final.
- Em 21 dias de uso contínuo, o programa consumiu 37 TB de escrita — um ritmo que ultrapassaria 640 TB anuais, destruindo o disco muito antes do fim da sua vida útil.
- A OpenAI ainda não lançou qualquer correção oficial, deixando os utilizadores expostos a danos físicos irreversíveis enquanto continuam a trabalhar normalmente.
- A comunidade tecnológica identificou um contorno eficaz: redirecionar os ficheiros de registo para a RAM, onde os dados são apagados automaticamente ao desligar o equipamento.
- A solução temporária funciona, mas levanta uma questão urgente — quantos utilizadores saberão aplicá-la antes que o seu hardware seja irrecuperável?
A OpenAI enfrenta um problema técnico com consequências físicas diretas para os seus utilizadores. Um defeito de configuração foi identificado no OpenAI Codex, a ferramenta de linha de comando da empresa, que escreve continuamente registos internos no SSD do computador. Estes registos servem apenas para auditoria interna da aplicação e não guardam qualquer informação relevante para o utilizador — mas o volume que geram é devastador para o hardware.
Os números revelados por testes práticos são alarmantes: em apenas 21 dias de atividade contínua, o programa acumulou cerca de 37 terabytes de escrita. Projetado para um ano completo, esse ritmo ultrapassaria os 640 terabytes — um valor muito acima dos limites de escrita garantidos pelos fabricantes de SSD, o que resulta numa degradação precoce e irreversível do componente.
A OpenAI ainda não disponibilizou uma correção oficial, deixando os utilizadores vulneráveis enquanto trabalham. A comunidade tecnológica, porém, já encontrou uma solução temporária eficaz: redirecionar o ficheiro de registos problemático para a memória RAM em vez do SSD. Como a RAM é volátil e se apaga ao desligar o equipamento, os dados desnecessários desaparecem de forma natural, sem sobrecarregar o disco. O problema maior continua em aberto — quantos utilizadores terão conhecimento desta alternativa antes que o dano seja irreversível?
A OpenAI enfrenta um problema técnico que coloca em risco direto o hardware dos seus utilizadores. Um bug foi identificado no OpenAI Codex, a ferramenta de linha de comando integrada que auxilia programadores na automatização de tarefas e escrita de código, capaz de degradar completamente um SSD em menos de um ano através de um volume anormalmente elevado de escrita de dados.
O erro foi descoberto por um utilizador na plataforma GitHub e está relacionado com um defeito de configuração que faz o sistema escrever continuamente registos internos num ficheiro armazenado no disco rígido do computador. Estes registos servem apenas para auditoria de processos internos da aplicação e não contêm históricos de conversas ou trabalhos críticos dos utilizadores. Apesar da sua natureza secundária, o volume de dados gerado é devastador para a longevidade do hardware.
Os testes práticos revelaram a dimensão do problema: em apenas 21 dias de atividade contínua, o programa consumiu aproximadamente 37 terabytes de escrita. Extrapolando este ritmo para um ano completo, o volume de dados gravados no disco ultrapassaria os 640 terabytes. Este número é catastrófico quando comparado com os limites máximos de bytes escritos garantidos pelos fabricantes de SSD, que variam consoante o modelo mas ficam muito aquém desta quantidade. O resultado é uma degradação precoce e inevitável do componente, tornando-o inútil bem antes do seu tempo de vida esperado.
Embora a OpenAI continue a promover as suas funcionalidades autónomas como o futuro da produtividade digital, este erro técnico representa um risco físico concreto para os equipamentos de quem utiliza a plataforma diariamente. A empresa ainda não disponibilizou uma correção oficial para a falha, deixando os utilizadores vulneráveis enquanto trabalham.
A comunidade tecnológica, porém, já identificou uma solução temporária que se mostrou eficaz. O método consiste em alterar as definições do sistema para redirecionar o ficheiro de registos problemático diretamente para a memória RAM do computador, em vez do armazenamento físico do SSD. Uma vez que a RAM é volátil e se apaga automaticamente quando o equipamento é desligado, os dados desnecessários são eliminados de forma natural e rápida, sem sobrecarregar o disco e sem qualquer perda de informação relevante para o utilizador. Esta solução contorna o problema até que a OpenAI lance uma correção oficial, mas deixa em aberto a questão de quantos utilizadores terão conhecimento desta alternativa antes que o seu hardware sofra danos irreversíveis.
Notable Quotes
O ficheiro afetado serve apenas para auditoria de processos internos da aplicação, não guardando históricos de conversas ou trabalhos críticos dos utilizadores.— Relatórios técnicos sobre o bug
The Hearth Conversation Another angle on the story
Como é que um programa de auditoria interna consegue causar tanto dano?
O sistema foi configurado para escrever registos continuamente num ficheiro do disco, sem qualquer limite ou mecanismo de rotação. É um erro de configuração simples, mas as consequências são exponenciais quando o programa está em execução contínua.
37 terabytes em três semanas parece impossível. Estamos a falar de quantas operações de escrita por segundo?
É um volume extraordinário. Para colocar em perspetiva, a maioria dos SSD domésticos tem garantias de escrita entre 150 e 600 terabytes ao longo de toda a sua vida útil. Este bug consome essa quantidade em semanas.
Porque é que a OpenAI não tinha testes que apanhassem isto?
Provavelmente porque ninguém esperava que um ficheiro de auditoria crescesse desta forma. Os testes unitários focam-se em funcionalidade, não em padrões de escrita em larga escala durante períodos prolongados.
A solução de redirecionar para RAM é permanente?
Não. É apenas um contorno. Os dados desaparecem quando desligas o computador, o que é aceitável para registos de auditoria, mas é uma solução de emergência até que a OpenAI lance uma correção adequada.
Quantas pessoas achas que foram afetadas antes de isto ser descoberto?
Impossível saber. Qualquer pessoa que tenha usado o OpenAI Codex continuamente durante semanas ou meses pode ter danificado o seu SSD sem sequer saber o porquê. Muitos podem ter atribuído a falha a desgaste normal.