El efecto 2038 (2K38), por Francisco Cañizares

El otro día, salía en barrapunto, un artículo en que se comentaba que previsiblemente habría un “Efecto 2038”.

Como a mucha gente no le ha quedado claro, vamos a explicar en qué consiste eso.

Veamos, primeramente, los sistemas UNIX, entre otras aplicaciones que luego comentaré, usan un sistema de fechas llamado “Unix timestamp” (aunque yo prefiero llamarle Fecha Unix ;)).

Éste sistema, cuenta los segundos transcurridos desde el día 1 de Enero de 1970 a las 00:00:00 (cero horas, cero minutos, cero segundos). Para que lo entendáis: los cristianos (aunque no todos, pero eso es otro tema) tomamos como fecha de inicio de nuestra era el 1 de Enero del año 1, a las 00:00:00, al igual que otras religiones toman como fecha de inicio otra, que represente algun hecho importante para ellos.

Bueno, pues los sistemas Unix, toman como fecha de inicio la mencionada del 1 de enero 1970. A lo que iba, la mayoría de los ordenadores son de 32 bits, y por tanto podríamos representar hasta 2 elevado a la 31.

¿Por qué a la 31 en vez de a la 32 como debería ser? Pues, porque un bit, se usa para representar el signo, es decir, si es positivo o negativo.

Es decir, podemos representar desde -2 elevado a la 31 (-2^31) hasta 2 elevado a la 31 (2^31).

O sea, que el “Efecto 2038” sólo sería posible en los ordenadores de 32 bits, y no en los de 64, porque sería 2 elevado a la 63 (2^63).

Podéis comprobar el efecto con el siguiente script.

Para ejecutarlo hacéis un “whereis perl”, y si os sale un “/usr/bin/perl”, no tendréis que modificar nada (ni en OSX, ni en linux hay que modificarlo, en principio), pero si no es así (o estáis usando un sistema operativo como Windows) tenéis que especificarlo (o bien, hacer un “perl 2038.pl”).

Si tenéis un error de permiso denegado tenéis que darle permiso de ejecución. En los sistemas “tipo-Unix” como Linux y OSX, se hace con un chmod +x 2038.pl.

Si lo deseas, pon un comentario, con lo que te sale al ejecutar ese comando en una terminal.

Aquí van algunas salidas (hechas por mí, o por personas que conozco):

Nota: i686, se usa para hablar de Pentium 3, y superiores, o compatibles:

Como se puede obervar, no sólo cambia de año, sino también de día, fecha y hora.

Como se puede apreciar, tiene la misma salida que un Pentium 4. Os preguntaréis, ¿por qué, si tendría 2^63 en vez de 2^31? Pues, porque al ser un kernel optimizado para i686, el AMD64, es de 32 bits, en vez de 64 a todos los efectos.

Por tanto, podríamos afirmar (aunque no lo aseguramos) que en un AMD64, con un S.O. optimizado para él, no tendríamos éste problema.

Aunque, a primera vista pueda parecer que funciona, si nos fijamos, podemos observar que se queda en el segundo 7.

Caso similar al del AMD64, el procesador, debería soportarlo, pero en este caso el sistema operativo, no lo soporta.

Ésto, *en teoría* pasaría, como dije antes en los sistemas Unix, en el lenguaje de programación C, en el lenguaje web PHP, en los servidores de chat (IRC) y en las bases de datos que usen SQL, salvo en PostgreSQL, no porque sea una base de datos “especial” y no tuviera nunca este fallo, sino porque se ha solucionado, como podemos ver aquí.

Pero, en un caso práctico, en un PC con debian se cambió la fecha, a las 03:13:00, y se dejó pasar el tiempo.

Transcurrido ese tiempo, dejaron de ejecutarse aplicaciones, bien porque no podía cargar la libc (una librería esencial para el sistema), bien porque decía que había muchas aplicaciones funcionando (y en efecto, al hace un ps ax, había dos aplicaciones, que se estaban ejecutando infinitas veces y no se podía reiniciar el sistema, así que hubo que apagarlo “por la fuerza”, y cambiar la fecha en la BIOS.

Quizás ha sido un error aleatorio, o quizás ha sido debido al “Efecto 2038”.

De cualquier modo, un servidor (no, no me refiero a un servidor de Internet, me refiero a mi ;)) opina que en el año 2038, los ordenadores de 32 bits, se habrán quedado obsoletos, e, incluso puede que ni siquiera sean tal y como los conocemos ahora.

Algunos enlaces más:

http://www.2038bug.com/

http://www.2038.com

http://www.unixtimestamp.com/index.php (Ésta URL es curiosa, porque toma como fecha el 8 de Julio. De cualquier

modo, en ésta web se puede convertir una fecha Unix, a una “normal”).

Francisco Cañizares