![\"Unix](\"\/wp-content\/uploads\/2020\/01\/1b3a3bdeb0400f3b34d5cd6964a48010.jpg\")
<\/p>\nEl a\u00f1o 2020 es significativo para Unix: a principios de este a\u00f1o, el sistema operativo original cumpli\u00f3 50 a\u00f1os. El tiempo Unix, conocido tambi\u00e9n como «fechas de la era», es la cantidad de segundos transcurridos desde el 1 de enero de 1970. Pero, \u00bfqu\u00e9 preocupa a los desarrolladores del n\u00facleo en relaci\u00f3n con el medio siglo de Unix?<\/p>\n
<\/p>\n
Aunque algunos de los primeros desarrollos de Unix preceden al inicio oficial de su «era», el 1 de enero de 1970 sigue siendo el punto cero en el tiempo de POSIX. Por lo tanto, a partir del 1 de enero de 2020, la plataforma cumpli\u00f3 oficialmente 50 a\u00f1os.<\/p>\n
Tiempo <\/strong>Unix frente al tiempo humano<\/strong><\/p>\n Desde la perspectiva del tiempo humano, 50 a\u00f1os es un per\u00edodo largo. Desde la perspectiva del tiempo Unix, no hay nada especial en cumplir 50 a\u00f1os, y 43 a\u00f1os ser\u00edan igualmente significativos. Los sistemas Unix (incluyendo Linux) almacenan los valores de fecha y hora como la cantidad de segundos transcurridos desde 1970-01-01 00:00:00 UTC, registr\u00e1ndolo en 32 bits. Para determinar cu\u00e1ntos segundos han pasado desde entonces y, por lo tanto, el valor actual del tiempo Unix, se puede ejecutar el siguiente comando:<\/p>\n $ date +%s<\/p>\n 1576883876<\/p>\n El argumento %s despu\u00e9s del comando date establece la visualizaci\u00f3n de la fecha y hora actuales como la cantidad de segundos desde el inicio de 1970-01-01.<\/p>\n \u00bfQu\u00e9 fecha m\u00e1xima pueden almacenar los sistemas <\/strong>Unix?<\/strong><\/p>\n Para entender cu\u00e1ntos tiempos puede contener un sistema Unix, es necesario evaluar la capacidad de un campo de 32 bits. Esto se puede calcular as\u00ed:<\/p>\n $ echo '2^32' | bc<\/p>\n 4294967296<\/p>\n Sin embargo, dado que Unix permite el almacenamiento de n\u00fameros negativos, un bit se reserva para el signo, reduciendo as\u00ed el valor del tiempo a:<\/p>\n $ echo '2^31' | bc<\/p>\n 2147483648<\/p>\n Y dado que la numeraci\u00f3n Unix comienza desde 0, esto significa que tenemos 2,147,483,648 valores, pero el m\u00e1s grande es 2,147,483 647: el valor de la fecha y hora Unix no puede superar este n\u00famero. Al igual que el od\u00f3metro de un autom\u00f3vil no puede mostrar m\u00e1s de 999,999 kil\u00f3metros; si agregas 1, el valor se reiniciar\u00e1.<\/p>\n \u00bfCu\u00e1ntos segundos dura un a\u00f1o?<\/strong><\/p>\n El n\u00famero de segundos en un a\u00f1o se puede calcular de la siguiente manera:<\/p>\n $ expr 24 * 60 * 60 * 365<\/p>\n 31536000<\/p>\n En un a\u00f1o bisiesto se a\u00f1ade un d\u00eda m\u00e1s:<\/p>\n $ expr 24 * 60 * 60 * 366<\/p>\n 31622400<\/p>\n \u00bfC\u00f3mo muestra Unix su 50\u00ba cumplea\u00f1os?<\/strong><\/p>\n El 1 de enero de 2020 a las 12:00 AM ser\u00e1 el tiempo 1577836800. El c\u00e1lculo se complica un poco porque se deben tener en cuenta los a\u00f1os bisiestos. Desde el inicio de la era Unix ha habido 12 de esos a\u00f1os, comenzando en 1972 y terminando en 2016. Es decir, han pasado 38 a\u00f1os normales.<\/p>\n As\u00ed es como se ve el comando expr para contar los segundos transcurridos en los \u00faltimos 50 a\u00f1os:<\/p>\n $ expr 24 * 60 * 60 * 365 * 38 + 24 * 60 * 60 * 366 * 12<\/p>\n 1577836800<\/p>\n O as\u00ed, teniendo en cuenta los c\u00e1lculos realizados anteriormente:<\/p>\n $ expr 31536000 * 38 + 31622400 * 12<\/p>\n 1577836800<\/p>\n Este m\u00e9todo de representaci\u00f3n del tiempo hizo que los sistemas Unix fueran resistentes al problema Y2K, del cual las personas se preocuparon a fines de 1999, temiendo que el cambio de milenio pudiera da\u00f1ar los sistemas inform\u00e1ticos. Las dificultades resultaron ser mucho menores de lo esperado. De hecho, solo las aplicaciones que registraban a\u00f1os en formato de dos d\u00edgitos enfrentaron el problema de restablecimiento de fechas. Muchos desarrolladores realizaron trabajo adicional para asegurar que sus aplicaciones no se ver\u00edan afectadas por el problema Y2K.<\/p>\n \u00bfCu\u00e1ndo <\/strong>enfrentar\u00e1 Unix problemas?<\/strong><\/p>\n Dificultades similares se esperan para los sistemas Unix no antes de 2038, cuando las fechas almacenadas en el formato descrito anteriormente superen el espacio de 32 bits. A\u00fan quedan 18 a\u00f1os, pero los desarrolladores del kernel ya est\u00e1n trabajando para evitar fallos inminentes.<\/p>\n El problema del a\u00f1o 2038 a veces se menciona como el problema Y2K38. Si no se resuelve antes del martes 19 de enero de 2038, despu\u00e9s de esa fecha, los sistemas podr\u00edan pensar que ha llegado el a\u00f1o 1901. Una forma de abordar este problema es pasar a una representaci\u00f3n de informaci\u00f3n sobre fecha y hora en 64 bits. Algunos creen que esto ser\u00e1 mucho m\u00e1s complicado de lo que parece.<\/p>\n![\"Unix](\"\/wp-content\/uploads\/2020\/01\/aba69e769edb987923b060b6e32f9a00.jpg\")
<\/p>\n![\"Unix](\"\/wp-content\/uploads\/2020\/01\/a720be1bfca58df09540785bf66f556d.jpg\")
<\/p>\n