OpenAI Codex desgasta SSDs con escrituras masivas: 640 TB/año

¿Qué ha ocurrido?

Un error en la implementación del registro de logs (logging) del agente de codificación Codex de OpenAI está provocando un volumen masivo de escrituras en los discos de estado sólido (SSD) de los usuarios. Según un reporte en GitHub identificado como #28224, el desarrollador Rui Fan, miembro del comité de gestión del proyecto Apache Flink, detectó que su SSD había acumulado 37 TB de escrituras en solo 21 días de uso continuo de Codex. Esto extrapola a aproximadamente 640 TB por año, lo que equivale a 640 ciclos completos de escritura en un SSD de 1 TB. Para ponerlo en contexto, un SSD típico de consumo tiene una resistencia de entre 300 y 600 TBW (terabytes escritos), por lo que este ritmo de escritura podría agotar la vida útil garantizada del disco en menos de un año. El problema no es nuevo en la industria: en 2014, un error similar en el sistema de archivos de Google Chrome provocó escrituras excesivas en SSDs de usuarios, aunque en aquel caso el impacto fue menor (alrededor de 10 TB por año). La diferencia aquí es la magnitud: 640 TB por año es un orden de magnitud superior.

Impacto en la vida útil de los SSDs

Los SSDs tienen una vida útil limitada, medida en terabytes escritos (TBW). Por ejemplo, el Samsung 9100 PRO de 1 TB tiene una resistencia de 600 TBW. Con el ritmo actual, un usuario de Codex podría agotar esa garantía en menos de un año. Otro desarrollador reportó que, según el propio análisis de Codex, el bug le costó $38.64 en valor de su SSD Samsung 990 de 2 TB. Se estima que el costo total para la comunidad de usuarios durante el período de marzo a junio de 2025 podría ascender a varios millones de dólares, considerando un costo de $0.13 por TB escrito. Sin embargo, este cálculo es conservador: si se usa un precio de $0.33 por TB (basado en un SSD de 1 TB a $200), el costo para Fan sería de $12.33 por 37 TB. Para un SSD de 2 TB con mayor resistencia (1200 TBW), el costo por TB baja a $0.25. El impacto económico varía según el modelo de SSD, pero incluso en el mejor caso, el desgaste acelerado reduce el valor de reventa y acorta la vida útil del hardware. Esto es especialmente relevante para desarrolladores que usan SSDs de alta gama (como Samsung 990 Pro o 9100 Pro), cuyo costo puede superar los $300. Además, el desgaste prematuro puede provocar fallos inesperados, pérdida de datos y costos de reemplazo.

Origen del problema

El problema se originó en febrero de 2025, cuando se introdujo un cambio para registrar logs de la base de datos SQLite a nivel TRACE, que es mucho más detallado que el nivel ERROR. Aunque estos logs están destinados a ayudar a los ingenieros de OpenAI a diagnosticar problemas, el alto volumen de datos y la forma en que se almacenan generan una actividad de disco muy superior a la esperada. Irónicamente, el propio Codex (presumiblemente ejecutando GPT-5.3) revisó los commits que introdujeron el error, lo que plantea dudas sobre la calidad de la revisión automatizada. Este incidente recuerda a otros casos donde herramientas de IA han pasado por alto errores críticos, como el bug de GitHub Copilot en 2023 que generaba código inseguro. En ese caso, la revisión humana detectó el problema, pero aquí la automatización falló. OpenAI debería implementar mejores pruebas de rendimiento y monitoreo de escrituras en disco antes de desplegar cambios. Además, el logging excesivo es un problema conocido en software: en 2020, un bug en el sistema de logging de Windows 10 causó escrituras masivas en SSDs, aunque fue corregido rápidamente. La diferencia es que Codex se ejecuta localmente y el usuario asume el costo del desgaste.

Consecuencias y reacción de OpenAI

OpenAI ha confirmado que sus ingenieros están trabajando en una solución, y ya se han realizado varios pull requests para mitigar el problema. Sin embargo, los usuarios continúan reportando incidencias. Hasta la fecha, no se ha publicado un parche oficial, aunque se espera que llegue en las próximas semanas. Mientras tanto, los usuarios pueden limitar el uso de Codex o configurar el nivel de logging para reducir escrituras. Este incidente subraya la importancia de optimizar el logging en aplicaciones de IA, especialmente cuando se ejecutan localmente en hardware de usuario. Además, pone en evidencia los riesgos de depender de herramientas de IA para revisar su propio código, ya que pueden pasar por alto errores graves de rendimiento. Para OpenAI, este bug representa un riesgo reputacional, especialmente después de que en diciembre de 2024 anunciaran planes para agregar telemetría por defecto en Codex CLI (excepto donde lo prohíba la ley). Los usuarios ahora desconfían de que la telemetría pueda exacerbar el desgaste de sus SSDs. A nivel de mercado, este incidente podría frenar la adopción de Codex entre desarrolladores preocupados por la durabilidad de su hardware, y beneficiar a competidores como GitHub Copilot o Amazon CodeWhisperer, que no han reportado problemas similares.

¿Qué deben saber los lectores?

Si eres usuario de Codex, verifica la cantidad de datos escritos en tu SSD utilizando herramientas como CrystalDiskInfo o smartctl. Considera limitar el uso de Codex hasta que se publique una actualización. Para futuras compras de SSD, prioriza modelos con alta resistencia TBW (por ejemplo, 1200 TBW o más). Este caso también sirve como lección para desarrolladores: el logging excesivo puede tener un costo real, tanto en desgaste de hardware como en valor económico. Además, es recomendable monitorear regularmente la salud del SSD y hacer copias de seguridad frecuentes. OpenAI debería proporcionar una herramienta para estimar el desgaste causado por Codex y ofrecer compensaciones simbólicas, como créditos en su plataforma. A largo plazo, la industria necesita estándares para el logging eficiente en aplicaciones de IA local, similar a las guías de la Open Source Security Foundation (OpenSSF) para software seguro. Hasta entonces, los usuarios deben ser proactivos en proteger su inversión en hardware.