Tiempo interior
Internamente, un sistema Unix tiempo que mantiene el número de segundos desde la época Unix. Unix fue la época en la medianoche 1 de enero, 1970 UTC. En la zona horaria del Este de los EE.UU. que fue el 31 de diciembre de 1969 a las 19:00. Como empezar este artículo, el tiempo es 1171733878. Estoy utilizando NTP (Network Time Protocol) para mantener mi equipo en el reloj de sincronización. Por lo tanto, en el preciso instante que mi equipo pensaba que era 1171733878, probablemente lo hizo suyo. Cada equipo debe estar de acuerdo en cuanto a qué hora es. No importa en que zona horaria de su equipo de residencia o zona horaria en la que usted reside. Si yo había escrito en un archivo durante la segunda, Unix habría registrado la hora de modificación como 1171733878.

Unix tiempo ha sido tradicionalmente un entero firmado de 32 bits. Esto significa que el tiempo máximo que es 2147483647, en el oriental horaria de los EE.UU. sería 18 de enero 2038 en 22:14:07. El plan es para esto para ampliar a un número entero de 64 bits antes de entonces. Unix segundos adelante uno por uno. Después 1171733878, el próximo segundo que mi sistema es conocer 1171733879. Una vez que se syncronized, NTP obras acortando o alargando un segundo. Puedo obtener el tiempo llamando a la llamada de sistema de tiempo (). Si quiero algo mejor que el segundo, el siguiente más exacta es la interfaz de llamada al sistema veces (). veces () objetivo principal es obtener una estructura de datos relacionados con el uso del sistema. Sin embargo, el código de retorno también es útil ... es el momento en el reloj. Reloj empezar en algún punto arbitrario en el pasado (a menudo el arranque) y que avanzan cada vez que el reloj del núcleo es de rutina. ¿Cuántos reloj por segundo, puede variar. Usted puede llamar sysconf (_SC_CLK_TCK) para averiguar su valor. 100 es el valor común en estos días. Sistemas más antiguos utilizados 60. 100 y 60 son los dos únicos valores que he visto. Reloj también se volvió como un signo. Así que después de un año, el número de retrotraer a cero. Distintos de vuelco del vehículo, reloj también avanzar uno por uno. (Reloj de las garrapatas a menudo se denomina "jiffies" por la gente de Linux.) También hay otra llamada al sistema, gettimeofday () que devuelve el tiempo transcurrido desde la época en cuestión de segundos Unix y microsegundos. gettimeofday () es necesaria para existir y uso microsegundo precisión. Sin embargo, la precisión, sin especificar de manera explícita. El anticipo no microsegundos uno por uno en cualquier sistema que he visto. Doy por sentado que los sistemas Unix son bastante buenas con hundreths de una segunda e incluso en algunos casos milisegundos. Pero no asume ninguna precisión más allá de eso.

Humanos de lectura de tiempo
Ahora que sabemos cómo Unix tiene que medir el tiempo, vamos a pasar a otro tema: ¿Cómo mostrar la hora de un usuario. Pocos usuarios estarán encantados con la fecha que se muestra como 1171733878. Ya que estoy en la zona horaria del Este de los EE.UU., me gustaría ver algo como esto en 12:37:58 febrero 17, 2007. Pero una persona en Los Ángeles, California, quiere algo parecido a 9:37:58 en 17-feb-2007. Escribí un poco perl script para mostrar el formato de tiempo cuando se administra como una serie 1171733878. Aquí está la salida, ya que debería aparecer en el Pacífico oriental y zona horaria para unos pocos seleccionados cuidadosamente de tiempo:
Oriental:
1173596399 Domingo 2007-03-11 01:59:59 Hora estándar
1173596400 Domingo 2007-03-11 03:00:00 hora de ahorro de energía
1173607199 Domingo 2007-03-11 05:59:59 hora de ahorro de energía
1173607200 Domingo 2007-03-11 06:00:00 hora de ahorro de energía
Pacífico:
1173596399 Sábado 2007-03-10 22:59:59 Hora estándar
1173596400 Sábado 2007-03-10 23:00:00 Hora estándar
1173607199 Domingo 2007-03-11 01:59:59 Hora estándar
1173607200 Domingo 2007-03-11 03:00:00 hora de ahorro de energía
Observe que el tiempo de Unix interior no cambia con la aparición de la hora de ahorro de energía. Lo que pasa es que una nueva norma para la forma de mostrar la hora de que surta efecto. Con el fin de convertir el tiempo interior a un timestamp, Unix necesita saber que zona horaria a usar. Y necesita saber si Horario de verano está en vigor. Hay varias subrutinas que pueden ser llamados a un formato de hora. Todos estos eventualmente invocar tzset () para determinar la zona horaria y el estado de Horario de verano. Y tzset siempre los controles de la variable de entorno TZ para averiguar lo que el usuario desea. Si no una variable de entorno TZ, tzset () irá con algún tipo de defecto que puede variar de un sistema a otro. La variable de entorno TZ se suele prestar a algo como EST5EDT4 que es lo que yo uso. Este dice que estoy en una zona horaria EST llamado que se compensa a partir de la hora universal por 5 horas Horario de verano y durante días se llama mi zona horaria GMT, que se compensa a partir de la hora universal por 4 horas. Para saber cuando es Horario de verano, en efecto, tzset se verá en algunos archivo de datos. Que el archivo (y qué formato se encuentra en el archivo) varía de sistema a sistema. Los parches que están disponibles para este año del cambio de Horario de verano debería ser poco más que algunas revisiones a estos archivos.

Hora Universal
Además de conocer acerca de su zona horaria, un sistema UNIX debe ser capaz de utilizar el tiempo universal (que es casi el mismo que el viejo Greenwich Mean Time). Esto es lo que "fecha-u" hace. La definición de la hora universal es bien conocida y no implica cambios en el horario de verano. El Tiempo Universal definición se puede construir en la fecha rutinas en lugar de utilizar el archivo de datos para tzset (). Esto puede ser cierto incluso si está presente una entrada de UTC. Suelen usar programas de correo UTC timestamps.