lunes, octubre 17, 2011

Y2k38

Iniciando mis desarrollos en PHP, utilizaba muchísimo la plataforma de Linux y al momento de registrar una fecha en las bases de datos de MySql usaba la función Timestamp() la cual registraba en segundos la fecha actual desde 01-01-1970, con esto se aseguraba una hora exacta en el registro a BDD.

El sistema Entero de 32bits va desde -2.147.483.648 hasta el 2.147.483.648


Como nos muestra la grafica, nuestros sistemas desarrollados que utilizan este sistema de 32bits se verán obsoletos el 01 de Enero de 2038 a las 03:14:07 UTC tendremos la recreación del temido Y2k. Cambiarnos a sistemas de 64bits cambiaran esta inconsistencia y volveremos a sufrirla hasta el próximo año de 290 mil millones 2038 en el futuro.

Las implicaciones de este BUG en un mundo cada mas digitalizado, dependiente de las computadoras y estándares, veremos como nuestras viejas computadoras, celulares y sistemas de información (para esa fecha obsoletos) reiniciaran el conteo de las fechas y tendremos un Y2k en pequeña escala, pero otra cosa sucederá en el espacio.

Cambiar actualmente un dispositivo a plataforma de 64bits no representa un gasto para el consumidor terrestre, otro cuento serán los satelites de GPS, comunicaciones, entretenimiento, gubernamentales y militares, en las cuales con el alto costo de enviar un kilo de material al espacio, reemplazar todos los equipos electrónicos tendrá un coste que los gobiernos y empresa privada deberán empezar poco a poco para evitar el impacto de cambio de fecha, aunque como siempre tendremos al típico administrador con la frase "Que ingeniería se encargue de eso".

Fuente: Problema del año 2038

1 comentario:

Anónimo dijo...

pero si -2.147.483.648 en binario no da 10000000 __>
da 1111111111111111111111111111111110000000000000000000000000000000