Provided by: manpages-dev_6.7-2_all bug

NAME

       clock_getres, clock_gettime, clock_settime - clock and time functions

LIBRARY

       Standard C library (libc, -lc), since glibc 2.17

       Before glibc 2.17, Real-time library (librt, -lrt)

SYNOPSIS

       #include <time.h>

       int clock_getres(clockid_t clockid, struct timespec *_Nullable res);

       int clock_gettime(clockid_t clockid, struct timespec *tp);
       int clock_settime(clockid_t clockid, const struct timespec *tp);

   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):

       clock_getres(), clock_gettime(), clock_settime():
           _POSIX_C_SOURCE >= 199309L

DESCRIPTION

       The  function  clock_getres()  finds  the  resolution  (precision)  of the specified clock
       clockid, and, if res is non-NULL, stores it in the struct timespec pointed to by res.  The
       resolution  of  clocks  depends  on  the  implementation  and  cannot  be  configured by a
       particular process.  If the time value pointed to by the argument tp of clock_settime() is
       not a multiple of res, then it is truncated to a multiple of res.

       The  functions  clock_gettime()  and  clock_settime()  retrieve  and  set  the time of the
       specified clock clockid.

       The res and tp arguments are timespec(3) structures.

       The clockid argument is the identifier of the particular clock on which to act.   A  clock
       may be system-wide and hence visible for all processes, or per-process if it measures time
       only within a single process.

       All implementations support the  system-wide  real-time  clock,  which  is  identified  by
       CLOCK_REALTIME.   Its  time  represents seconds and nanoseconds since the Epoch.  When its
       time is changed, timers for a relative interval are unaffected, but timers for an absolute
       point in time are affected.

       More  clocks  may be implemented.  The interpretation of the corresponding time values and
       the effect on timers is unspecified.

       Sufficiently recent versions of glibc and the Linux kernel support the following clocks:

       CLOCK_REALTIME
              A settable system-wide clock that measures real (i.e., wall-clock)  time.   Setting
              this   clock   requires   appropriate   privileges.   This  clock  is  affected  by
              discontinuous jumps in the system time (e.g., if the system administrator  manually
              changes  the  clock),  and  by  frequency  adjustments performed by NTP and similar
              applications via adjtime(3),  adjtimex(2),  clock_adjtime(2),  and  ntp_adjtime(3).
              This  clock  normally  counts  the  number  of  seconds  since  1970-01-01 00:00:00
              Coordinated Universal Time (UTC) except that it ignores leap seconds; near  a  leap
              second it is typically adjusted by NTP to stay roughly in sync with UTC.

       CLOCK_REALTIME_ALARM (since Linux 3.0; Linux-specific)
              Like CLOCK_REALTIME, but not settable.  See timer_create(2) for further details.

       CLOCK_REALTIME_COARSE (since Linux 2.6.32; Linux-specific)
              A  faster  but less precise version of CLOCK_REALTIME.  This clock is not settable.
              Use when you need very  fast,  but  not  fine-grained  timestamps.   Requires  per-
              architecture  support,  and probably also architecture support for this flag in the
              vdso(7).

       CLOCK_TAI (since Linux 3.10; Linux-specific)
              A nonsettable system-wide clock derived from  wall-clock  time  but  counting  leap
              seconds.   This  clock does not experience discontinuities or frequency adjustments
              caused by inserting leap seconds as CLOCK_REALTIME does.

              The acronym TAI refers to International Atomic Time.

       CLOCK_MONOTONIC
              A nonsettable system-wide clock that represents monotonic time  since—as  described
              by POSIX—"some unspecified point in the past".  On Linux, that point corresponds to
              the number of seconds that the system has been running since it was booted.

              The CLOCK_MONOTONIC clock is not affected by discontinuous jumps in the system time
              (e.g.,  if the system administrator manually changes the clock), but is affected by
              frequency adjustments.   This  clock  does  not  count  time  that  the  system  is
              suspended.   All  CLOCK_MONOTONIC  variants  guarantee  that  the  time returned by
              consecutive calls will not go backwards, but successive calls may—depending on  the
              architecture—return identical (not-increased) time values.

       CLOCK_MONOTONIC_COARSE (since Linux 2.6.32; Linux-specific)
              A faster but less precise version of CLOCK_MONOTONIC.  Use when you need very fast,
              but not fine-grained timestamps.  Requires per-architecture support,  and  probably
              also architecture support for this flag in the vdso(7).

       CLOCK_MONOTONIC_RAW (since Linux 2.6.28; Linux-specific)
              Similar  to  CLOCK_MONOTONIC, but provides access to a raw hardware-based time that
              is not subject to frequency adjustments.  This clock does not count time  that  the
              system is suspended.

       CLOCK_BOOTTIME (since Linux 2.6.39; Linux-specific)
              A  nonsettable  system-wide clock that is identical to CLOCK_MONOTONIC, except that
              it also includes any time that the system is suspended.  This  allows  applications
              to   get   a  suspend-aware  monotonic  clock  without  having  to  deal  with  the
              complications of CLOCK_REALTIME, which may have  discontinuities  if  the  time  is
              changed using settimeofday(2) or similar.

       CLOCK_BOOTTIME_ALARM (since Linux 3.0; Linux-specific)
              Like CLOCK_BOOTTIME.  See timer_create(2) for further details.

       CLOCK_PROCESS_CPUTIME_ID (since Linux 2.6.12)
              This  is  a  clock  that measures CPU time consumed by this process (i.e., CPU time
              consumed by all threads in the process).  On Linux, this clock is not settable.

       CLOCK_THREAD_CPUTIME_ID (since Linux 2.6.12)
              This is a clock that measures CPU time consumed by this  thread.   On  Linux,  this
              clock is not settable.

       Linux also implements dynamic clock instances as described below.

   Dynamic clocks
       In  addition  to  the  hard-coded  System-V  style  clock  IDs described above, Linux also
       supports POSIX clock operations on certain character devices.   Such  devices  are  called
       "dynamic" clocks, and are supported since Linux 2.6.39.

       Using  the  appropriate  macros, open file descriptors may be converted into clock IDs and
       passed to clock_gettime(), clock_settime(), and clock_adjtime(2).  The  following  example
       shows how to convert a file descriptor into a dynamic clock ID.

           #define CLOCKFD 3
           #define FD_TO_CLOCKID(fd)   ((~(clockid_t) (fd) << 3) | CLOCKFD)
           #define CLOCKID_TO_FD(clk)  ((unsigned int) ~((clk) >> 3))

           struct timespec ts;
           clockid_t clkid;
           int fd;

           fd = open("/dev/ptp0", O_RDWR);
           clkid = FD_TO_CLOCKID(fd);
           clock_gettime(clkid, &ts);

RETURN VALUE

       clock_gettime(),  clock_settime(),  and clock_getres() return 0 for success.  On error, -1
       is returned and errno is set to indicate the error.

ERRORS

       EACCES clock_settime() does not have write permission for the dynamic POSIX  clock  device
              indicated.

       EFAULT tp points outside the accessible address space.

       EINVAL The clockid specified is invalid for one of two reasons.  Either the System-V style
              hard coded positive value is out of range, or the dynamic clock ID does  not  refer
              to a valid instance of a clock object.

       EINVAL (clock_settime()):  tp.tv_sec  is  negative  or tp.tv_nsec is outside the range [0,
              999,999,999].

       EINVAL The clockid specified in a call to clock_settime() is not a settable clock.

       EINVAL (since Linux 4.3)
              A call to clock_settime() with a clockid of CLOCK_REALTIME  attempted  to  set  the
              time to a value less than the current value of the CLOCK_MONOTONIC clock.

       ENODEV The hot-pluggable device (like USB for example) represented by a dynamic clk_id has
              disappeared after its character device was opened.

       ENOTSUP
              The operation is not supported by the dynamic POSIX clock device specified.

       EOVERFLOW
              The timestamp would not fit in time_t range.  This can happen if an executable with
              32-bit time_t is run on a 64-bit kernel when the time is 2038-01-19 03:14:08 UTC or
              later.  However, when the system time is out of time_t range in  other  situations,
              the behavior is undefined.

       EPERM  clock_settime() does not have permission to set the clock indicated.

ATTRIBUTES

       For an explanation of the terms used in this section, see attributes(7).

       ┌───────────────────────────────────────────────────────────────┬───────────────┬─────────┐
       │InterfaceAttributeValue   │
       ├───────────────────────────────────────────────────────────────┼───────────────┼─────────┤
       │clock_getres(), clock_gettime(), clock_settime()               │ Thread safety │ MT-Safe │
       └───────────────────────────────────────────────────────────────┴───────────────┴─────────┘

VERSIONS

       POSIX.1 specifies the following:

              Setting  the  value  of  the CLOCK_REALTIME clock via clock_settime() shall have no
              effect on threads that are blocked waiting for a relative time service  based  upon
              this  clock,  including the nanosleep() function; nor on the expiration of relative
              timers based upon this clock.  Consequently, these time services shall expire  when
              the  requested  relative interval elapses, independently of the new or old value of
              the clock.

       According  to  POSIX.1-2001,  a  process  with  "appropriate  privileges"  may   set   the
       CLOCK_PROCESS_CPUTIME_ID  and  CLOCK_THREAD_CPUTIME_ID  clocks  using clock_settime().  On
       Linux, these clocks are not settable (i.e., no process has "appropriate privileges").

   C library/kernel differences
       On some architectures, an implementation of clock_gettime() is provided in the vdso(7).

STANDARDS

       POSIX.1-2008.

HISTORY

       POSIX.1-2001, SUSv2.  Linux 2.6.

       On POSIX systems on which these functions  are  available,  the  symbol  _POSIX_TIMERS  is
       defined  in  <unistd.h>  to  a  value  greater than 0.  POSIX.1-2008 makes these functions
       mandatory.

       The symbols _POSIX_MONOTONIC_CLOCK, _POSIX_CPUTIME,  _POSIX_THREAD_CPUTIME  indicate  that
       CLOCK_MONOTONIC,  CLOCK_PROCESS_CPUTIME_ID,  CLOCK_THREAD_CPUTIME_ID  are available.  (See
       also sysconf(3).)

   Historical note for SMP systems
       Before    Linux    added    kernel    support     for     CLOCK_PROCESS_CPUTIME_ID     and
       CLOCK_THREAD_CPUTIME_ID,  glibc  implemented  these  clocks  on many platforms using timer
       registers from the CPUs (TSC on i386, AR.ITC on  Itanium).   These  registers  may  differ
       between  CPUs  and  as a consequence these clocks may return bogus results if a process is
       migrated to another CPU.

       If the CPUs in an SMP system have different  clock  sources,  then  there  is  no  way  to
       maintain  a  correlation between the timer registers since each CPU will run at a slightly
       different frequency.  If that is the case, then clock_getcpuclockid(0) will return  ENOENT
       to  signify  this condition.  The two clocks will then be useful only if it can be ensured
       that a process stays on a certain CPU.

       The processors in an SMP system do not start all at exactly the same  time  and  therefore
       the  timer  registers are typically running at an offset.  Some architectures include code
       that attempts to limit these offsets on bootup.  However, the  code  cannot  guarantee  to
       accurately  tune  the  offsets.   glibc  contains no provisions to deal with these offsets
       (unlike the Linux Kernel).  Typically these offsets are small and  therefore  the  effects
       may be negligible in most cases.

       Since  glibc  2.4, the wrapper functions for the system calls described in this page avoid
       the   abovementioned   problems   by    employing    the    kernel    implementation    of
       CLOCK_PROCESS_CPUTIME_ID  and  CLOCK_THREAD_CPUTIME_ID,  on  systems  that provide such an
       implementation (i.e., Linux 2.6.12 and later).

EXAMPLES

       The program below demonstrates the use of clock_gettime() and clock_getres() with  various
       clocks.  This is an example of what we might see when running the program:

           $ ./clock_times x
           CLOCK_REALTIME : 1585985459.446 (18356 days +  7h 30m 59s)
                resolution:          0.000000001
           CLOCK_TAI      : 1585985496.447 (18356 days +  7h 31m 36s)
                resolution:          0.000000001
           CLOCK_MONOTONIC:      52395.722 (14h 33m 15s)
                resolution:          0.000000001
           CLOCK_BOOTTIME :      72691.019 (20h 11m 31s)
                resolution:          0.000000001

   Program source

       /* clock_times.c

          Licensed under GNU General Public License v2 or later.
       */
       #define _XOPEN_SOURCE 600
       #include <stdbool.h>
       #include <stdint.h>
       #include <stdio.h>
       #include <stdlib.h>
       #include <time.h>

       #define SECS_IN_DAY (24 * 60 * 60)

       static void
       displayClock(clockid_t clock, const char *name, bool showRes)
       {
           long             days;
           struct timespec  ts;

           if (clock_gettime(clock, &ts) == -1) {
               perror("clock_gettime");
               exit(EXIT_FAILURE);
           }

           printf("%-15s: %10jd.%03ld (", name,
                  (intmax_t) ts.tv_sec, ts.tv_nsec / 1000000);

           days = ts.tv_sec / SECS_IN_DAY;
           if (days > 0)
               printf("%ld days + ", days);

           printf("%2dh %2dm %2ds",
                  (int) (ts.tv_sec % SECS_IN_DAY) / 3600,
                  (int) (ts.tv_sec % 3600) / 60,
                  (int) ts.tv_sec % 60);
           printf(")\n");

           if (clock_getres(clock, &ts) == -1) {
               perror("clock_getres");
               exit(EXIT_FAILURE);
           }

           if (showRes)
               printf("     resolution: %10jd.%09ld\n",
                      (intmax_t) ts.tv_sec, ts.tv_nsec);
       }

       int
       main(int argc, char *argv[])
       {
           bool showRes = argc > 1;

           displayClock(CLOCK_REALTIME, "CLOCK_REALTIME", showRes);
       #ifdef CLOCK_TAI
           displayClock(CLOCK_TAI, "CLOCK_TAI", showRes);
       #endif
           displayClock(CLOCK_MONOTONIC, "CLOCK_MONOTONIC", showRes);
       #ifdef CLOCK_BOOTTIME
           displayClock(CLOCK_BOOTTIME, "CLOCK_BOOTTIME", showRes);
       #endif
           exit(EXIT_SUCCESS);
       }

SEE ALSO

       date(1),  gettimeofday(2),  settimeofday(2),  time(2), adjtime(3), clock_getcpuclockid(3),
       ctime(3),   ftime(3),   pthread_getcpuclockid(3),   sysconf(3),   timespec(3),    time(7),
       time_namespaces(7), vdso(7), hwclock(8)