linux c++ 如何获取 系统时间

用cstlib函数time，比如

#include <iostream>

#include <cstlib>

using namespace std;

int main()

{

int t, h, m, s;

t = time( 0 );

t = t % 86400;

s = t % 60;

t = ( t - s ) / 60;

m = t % 60;

t = ( t - m ) / 60;

h = t;

cout << "现在是" << h << ":" << m << ":" << s << endl;

return 0;

}

即可显示

1uptime命令

输出: 16:11:06 up 4:19, 4 users, load average: 1344, 1348, 1393

2查看/proc/uptime文件计算系统启动时间

cat /proc/uptime

输出: 1560161 2783092

第一数字即是系统已运行的时间秒数，运用系统工具date即可算出系统启动时间

3查看/proc/uptime文件计算系统运行时间

cat /proc/uptime| awk -F '{run_days= 1 % 86400)/3600;run_minute=( 1 % 60;printf("系统已运行：%d天%d时%d分%d秒",run_days,run_hour,run_minute,run_second)}'

使用 ps命令 ，命令执行参数及运行结果如下:

#ps -A -opid,stime,etime,args

结果：

root:src# ps -A -opid,stime,etime,args

PID STIME ELAPSED COMMAND

1 09:21 08:56:14 init [3]

2 09:21 08:56:14 [migration/0]

3 09:21 08:56:14 [ksoftirqd/0]

4 09:21 08:56:14 [watchdog/0]

5 09:21 08:56:14 [events/0]

6 09:21 08:56:14 [khelper]

7 09:21 08:56:14 [kthread]

10 09:21 08:56:14 [kblockd/0]

11 09:21 08:56:14 [kacpid]

47 09:21 08:56:14 [cqueue/0]

说明：PID指的是进程ID号，STIME即启动时间，ELAPSED 即运行时间。

在前文中，我们分析了内核中进程和线程的统一结构体task_struct，并分析进程、线程的创建和派生的过程。在本文中，我们会对任务间调度进行详细剖析，了解其原理和整个执行过程。由此，进程、线程部分的大体框架就算是介绍完了。本节主要分为三个部分：Linux内核中常见的调度策略，调度的基本结构体以及调度发生的整个流程。下面将详细展开说明。

Linux 作为一个多任务 *** 作系统，将每个 CPU 的时间划分为很短的时间片，再通过调度器轮流分配给各个任务使用，因此造成多任务同时运行的错觉。为了维护 CPU 时间，Linux 通过事先定义的节拍率（内核中表示为 HZ），触发时间中断，并使用全局变量 Jiffies 记录了开机以来的节拍数。每发生一次时间中断，Jiffies 的值就加 1。节拍率 HZ 是内核的可配选项，可以设置为 100、250、1000 等。不同的系统可能设置不同的数值，可以通过查询 /boot/config 内核选项来查看它的配置值。

Linux的调度策略主要分为实时任务和普通任务。实时任务需求尽快返回结果，而普通任务则没有较高的要求。在前文中我们提到了task_struct中调度策略相应的变量为policy，调度优先级有prio, static_prio, normal_prio, rt_priority几个。优先级其实就是一个数值，对于实时进程来说，优先级的范围是 0 99；对于普通进程，优先级的范围是 100 139。数值越小，优先级越高。

实时调度策略主要包括以下几种

普通调度策略主要包括以下几种：

首先，我们需要一个结构体去执行调度策略，即sched_class。该类有几种实现方式

普通任务调度实体源码如下，这里面包含了 vruntime 和权重 load_weight，以及对于运行时间的统计。

在调度时，多个任务调度实体会首先区分是实时任务还是普通任务，然后通过以时间为顺序的红黑树结构组合起来，vruntime 最小的在树的左侧，vruntime最多的在树的右侧。以CFS策略为例，则会选择红黑树最左边的叶子节点作为下一个将获得 CPU 的任务。而这颗红黑树，我们称之为运行时队列（run queue），即struct rq。

其中包含结构体cfs_rq，其定义如下，主要是CFS调度相关的结构体，主要有权值相关变量、vruntime相关变量以及红黑树指针，其中结构体rb_root_cached即为红黑树的节点

对结构体dl_rq有类似的定义，运行队列由红黑树结构体构成，并按照deadline策略进行管理

对于实施队列相应的rt_rq则有所不同，并没有用红黑树实现。

下面再看看调度类sched_class，该类以函数指针的形式定义了诸多队列 *** 作，如

调度类分为下面几种：

队列 *** 作中函数指针指向不同策略队列的实际执行函数函数，在linux/kernel/sched/目录下，fairc、idlec、rtc等文件对不同类型的策略实现了不同的函数，如fairc中定义了

以选择下一个任务为例，CFS对应的是pick_next_task_fair，而rt_rq对应的则是pick_next_task_rt，等等。

由此，我们来总结一下：

有了上述的基本策略和基本调度结构体，我们可以形成大致的骨架，下面就是需要核心的调度流程将其拼凑成一个整体，实现调度系统。调度分为两种，主动调度和抢占式调度。

说到调用，逃不过核心函数schedule()。其中sched_submit_work()函数完成当前任务的收尾工作，以避免出现如死锁或者IO中断等情况。之后首先禁止抢占式调度的发生，然后调用__schedule()函数完成调度，之后重新打开抢占式调度，如果需要重新调度则会一直重复该过程，否则结束函数。

而__schedule()函数则是实际的核心调度函数，该函数主要 *** 作包括选取下一进程和进行上下文切换，而上下文切换又包括用户态空间切换和内核态的切换。具体的解释可以参照英文源码注释以及中文对各个步骤的注释。

其中核心函数是获取下一个任务的pick_next_task()以及上下文切换的context_switch()，下面详细展开剖析。首先看看pick_next_task()，该函数会根据调度策略分类，调用该类对应的调度函数选择下一个任务实体。根据前文分析我们知道，最终是在不同的红黑树上选择最左节点作为下一个任务实体并返回。

下面来看看上下文切换。上下文切换主要干两件事情，一是切换任务空间，也即虚拟内存；二是切换寄存器和 CPU 上下文。关于任务空间的切换放在内存部分的文章中详细介绍，这里先按下不表，通过任务空间切换实际完成了用户态的上下文切换工作。下面我们重点看一下内核态切换，即寄存器和CPU上下文的切换。

switch_to()就是寄存器和栈的切换，它调用到了 __switch_to_asm。这是一段汇编代码，主要用于栈的切换， 其中32位使用esp作为栈顶指针，64位使用rsp，其他部分代码一致。通过该段汇编代码我们完成了栈顶指针的切换，并调用__switch_to完成最终TSS的切换。注意switch_to中其实是有三个变量，分别是prev, next, last，而实际在使用时，我们会对last也赋值为prev。这里的设计意图需要结合一个例子来说明。假设有ABC三个任务，从A调度到B，B到C，最后C回到A，我们假设仅保存prev和next，则流程如下

最终调用__switch_to()函数。该函数中涉及到一个结构体TSS(Task State Segment)，该结构体存放了所有的寄存器。另外还有一个特殊的寄存器TR（Task Register）会指向TSS，我们通过更改TR的值，会触发硬件保存CPU所有寄存器在当前TSS，并从新的TSS读取寄存器的值加载入CPU，从而完成一次硬中断带来的上下文切换工作。系统初始化的时候，会调用 cpu_init()给每一个 CPU 关联一个 TSS，然后将 TR 指向这个 TSS，然后在 *** 作系统的运行过程中，TR 就不切换了，永远指向这个 TSS。当修改TR的值得时候，则为任务调度。

更多Linux内核视频教程文本资料免费领取后台私信 内核大礼包 自行获取。

在完成了switch_to()的内核态切换后，还有一个重要的函数finish_task_switch()负责善后清理工作。在前面介绍switch_to三个参数的时候我们已经说明了使用last的重要性。而这里为何让prev和last均赋值为prev，是因为prev在后面没有需要用到，所以节省了一个指针空间来存储last。

至此，我们完成了内核态的切换工作，也完成了整个主动调度的过程。

抢占式调度通常发生在两种情况下。一种是某任务执行时间过长，另一种是当某任务被唤醒的时候。首先看看任务执行时间过长的情况。

该情况需要衡量一个任务的执行时间长短，执行时间过长则发起抢占。在计算机里面有一个时钟，会过一段时间触发一次时钟中断，通知 *** 作系统时间又过去一个时钟周期，通过这种方式可以查看是否是需要抢占的时间点。

时钟中断处理函数会调用scheduler_tick()。该函数首先取出当前CPU，并由此获取对应的运行队列rq和当前任务curr。接着调用该任务的调度类sched_class对应的task_tick()函数进行时间事件处理。

以普通任务队列为例，对应的调度类为fair_sched_class，对应的时钟处理函数为task_tick_fair()，该函数会获取当前的调度实体和运行队列，并调用entity_tick()函数更新时间。

在entity_tick()中，首先会调用update_curr()更新当前任务的vruntime，然后调用check_preempt_tick()检测现在是否可以发起抢占。

check_preempt_tick() 先是调用 sched_slice() 函数计算出一个调度周期中该任务运行的实际时间 ideal_runtime。sum_exec_runtime 指任务总共执行的实际时间，prev_sum_exec_runtime 指上次该进程被调度时已经占用的实际时间，所以 sum_exec_runtime - prev_sum_exec_runtime 就是这次调度占用实际时间。如果这个时间大于 ideal_runtime，则应该被抢占了。除了这个条件之外，还会通过 __pick_first_entity 取出红黑树中最小的进程。如果当前进程的 vruntime 大于红黑树中最小的进程的 vruntime，且差值大于 ideal_runtime，也应该被抢占了。

如果确认需要被抢占，则会调用resched_curr()函数，该函数会调用set_tsk_need_resched()标记该任务为_TIF_NEED_RESCHED，即该任务应该被抢占。

某些任务会因为中断而唤醒，如当 I/O 到来的时候，I/O进程往往会被唤醒。在这种时候，如果被唤醒的任务优先级高于 CPU 上的当前任务，就会触发抢占。try_to_wake_up() 调用 ttwu_queue() 将这个唤醒的任务添加到队列当中。ttwu_queue() 再调用 ttwu_do_activate() 激活这个任务。ttwu_do_activate() 调用 ttwu_do_wakeup()。这里面调用了 check_preempt_curr() 检查是否应该发生抢占。如果应该发生抢占，也不是直接踢走当前进程，而是将当前进程标记为应该被抢占。

由前面的分析，我们知道了不论是是当前任务执行时间过长还是新任务唤醒，我们均会对现在的任务标记位_TIF_NEED_RESCUED，下面分析实际抢占的发生。真正的抢占还需要一个特定的时机让正在运行中的进程有机会调用一下 __schedule()函数，发起真正的调度。

实际上会调用__schedule()函数共有以下几个时机

从系统调用返回用户态：以64位为例，系统调用的链路为do_syscall_64->syscall_return_slowpath->prepare_exit_to_usermode->exit_to_usermode_loop。在exit_to_usermode_loop中，会检测是否为_TIF_NEED_RESCHED，如果是则调用__schedule()

内核态启动：内核态的执行中，被抢占的时机一般发生在 preempt_enable() 中。在内核态的执行中，有的 *** 作是不能被中断的，所以在进行这些 *** 作之前，总是先调用 preempt_disable() 关闭抢占，当再次打开的时候，就是一次内核态代码被抢占的机会。preempt_enable() 会调用 preempt_count_dec_and_test()，判断 preempt_count 和 TIF_NEED_RESCHED 是否可以被抢占。如果可以，就调用 preempt_schedule->preempt_schedule_common->__schedule 进行调度。

   本文分析了任务调度的策略、结构体以及整个调度流程，其中关于内存上下文切换的部分尚未详细叙述，留待内存部分展开剖析。

1、调度相关结构体及函数实现

2、schedule核心函数

一：NTP是网络时间同步协议，就是用来同步网络中各个计算机的时间的协议。

二：NTP服务端配置

21、检查系统是否安装了NTP包（linux系统一般自带NTP42），没有安装我们直接使用yum命令在线安装： yum install ntp

22、NTP服务端配置文件编辑： vim /etc/ntpconf

结果:

# @3新增-权限配置restrict 12712710restrict 192168310 mask 2552552550 nomodify notrap# @3改动-注释掉上级时间服务器地址#server 0centospoolntporg iburst#server 1centospoolntporg iburst#server  2centospoolntporg iburst#server 3centospoolntporg iburst# @4新增-上级时间服务器server 12712710 # local clockfudge 12712710 stratum 10

23、启动NTP时间服务器：service ntpd start

24、设置NTP开机自动启动：chkconfig ntpd on

25、查看NTP是否正常运行：netstat -tlunp | grep ntp

26、配置防火墙过滤规则：/sbin/iptables -I INPUT -p udp --dport 123 -j ACCEPT

如何配置：/etc/sysconfig/iptables 文件内配置开放udp 123端口： -A INPUT -p udp --destination-port 123 -j ACCEPT

A服务端配置文件解释

①：设定NTP主机来源（其中prefer表示优先主机），19216831134是本地的NTP服务器，所以优先指定从该主机同步时间。

server 192168749 prefer

server 0rhelpoolntporg

server 1rhelpoolntporg

server 2rhelpoolntporg

server 3rhelpoolntporg

②：限制你允许的这些服务器的访问类型,在这个例子中的服务器是不容许修改运行时配置或查询您的Linux NTP服务器

restrict 19216800 mask 2552552550 notrust nomodify notrap

在上例中，掩码地址扩展为255，因此从19216801-1921680254的服务器都可以使用我们的NTP服务器来同步时间

#此时表示限制向从19216801-1921680254这些IP段的服务器提供NTP服务。

restrict 19216800 mask 2552552550 notrust nomodify notrap noquery

#设置默认策略为允许任何主机进行时间同步

restrict default ignore

三：NTP客户端配置

31、检查安装NTP服务有没有安装，未安装请自行安装

32、NTP客户端配置文件编辑： vim /etc/ntpconf

# @1新增-权限配置restrict 192168310 mask 2552552550 nomodify notrap# Use public servers from the poolntporg project# Please consider joining the pool (>

33、手动同步一次时间：/usr/sbin/ntpdate19216831134 （服务端主机IP，这里需要先关闭NTP服务哦）

34、启动NTP服务：service ntpd start

35、观察时间同步状况：ntpq -p

结果：

[root@localhost hct]# ntpq -p remote refid st t when poll reach delay offset jitter==============================================================================19216831134 LOCAL(0) 11 u 64 128 377 0202 73980 412834

⑥查看时间同步结果：ntpstat

[root@hct ~]# ntpstat

unsynchronised

polling server every 8 s

同步失败,同步也需要时间，需等待5-10分钟再次查询：

Every 20s: ntpstat Tue Jul 11 16:55:57 2017synchronised to NTP server (101011247) at stratum 12 time correct to within 605 ms polling server every 128 s

时间同步完成，date一下看是不是和服务器主机时间一致

B客户端配置文件详解

修改/etc/ntp/stpe-tickers文件，内容如下（当ntpd服务启动时，会自动与该文件中记录的上层NTP服务进行时间校对

C系统时间与硬件时间同步

如果主从服务时间超过1000秒则不再进行同步了，这时候要手动同步，即：/usr/sbin/ntpdate命令，如果怕服务器时差会经常变动比较大可以再Linux中添加计划任务，例如：

10 5 root /usr/sbin/ntpdate 19216831223 && /sbin/hwclock -w

ntp服务，默认只会同步系统时间。如果想要让ntp同时同步硬件时间，可以设置/etc/sysconfig/ntpd文件，在/etc/sysconfig/ntpd文件中，添加 SYNC_HWCLOCK=yes 这样，就可以让硬件时间与系统时间一起同步。

拓展内容

ntpq -p各个选项相关信息

restrict 控制相关权限。

语法为： restrict IP地址 mask 子网掩码 参数

其中IP地址也可以是default ，default 就是指所有的IP

参数有以下几个：

ignore  ：关闭所有的 NTP 联机服务

nomodify：客户端不能更改服务端的时间参数，但是客户端可以通过服务端进行网络校时。

notrust ：客户端除非通过认证，否则该客户端来源将被视为不信任子网

noquery ：不提供客户端的时间查询：用户端不能使用ntpq，ntpc等命令来查询ntp服务器

notrap ：不提供trap远端登陆：拒绝为匹配的主机提供模式 6 控制消息陷阱服务。陷阱服务是 ntpdq 控制消息协议的子系统，用于远程事件日志记录程序。

nopeer ：用于阻止主机尝试与服务器对等，并允许欺诈性服务器控制时钟

kod ： 访问违规时发送 KoD 包。

restrict -6 表示IPV6地址的权限设置。

root@>

ntpd、ntpdate的区别

下面是网上关于ntpd与ntpdate区别的相关资料。如下所示所示：

使用之前得弄清楚一个问题，ntpd与ntpdate在更新时间时有什么区别。ntpd不仅仅是时间同步服务器，它还可以做客户端与标准时间服务器进行同步时间，而且是平滑同步，并非ntpdate立即同步，在生产环境中慎用ntpdate，也正如此两者不可同时运行。

时钟的跃变，对于某些程序会导致很严重的问题。许多应用程序依赖连续的时钟——毕竟，这是一项常见的假定，即，取得的时间是线性的，一些 *** 作，例如数据库事务，通常会地依赖这样的事实：时间不会往回跳跃。不幸的是，ntpdate调整时间的方式就是我们所说的”跃变“：在获得一个时间之后，ntpdate使用settimeofday(2)设置系统时间，这有几个非常明显的问题：

第一，这样做不安全。ntpdate的设置依赖于ntp服务器的安全性，攻击者可以利用一些软件设计上的缺陷，拿下ntp服务器并令与其同步的服务器执行某些消耗性的任务。由于ntpdate采用的方式是跳变，跟随它的服务器无法知道是否发生了异常（时间不一样的时候，唯一的办法是以服务器为准）。

第二，这样做不精确。一旦ntp服务器宕机，跟随它的服务器也就会无法同步时间。与此不同，ntpd不仅能够校准计算机的时间，而且能够校准计算机的时钟。

第三，这样做不够优雅。由于是跳变，而不是使时间变快或变慢，依赖时序的程序会出错（例如，如果ntpdate发现你的时间快了，则可能会经历两个相同的时刻，对某些应用而言，这是致命的）。因而，唯一一个可以令时间发生跳变的点，是计算机刚刚启动，但还没有启动很多服务的那个时候。其余的时候，理想的做法是使用ntpd来校准时钟，而不是调整计算机时钟上的时间。

NTPD 在和时间服务器的同步过程中，会把 BIOS 计时器的振荡频率偏差——或者说 Local Clock 的自然漂移(drift)——记录下来。这样即使网络有问题，本机仍然能维持一个相当精确的走时。

（一）确认ntp的安装

1）确认是否已安装ntp

命令rpm –qa | grep ntp

若只有ntpdate而未见ntp，则需删除原有ntpdate。如：

ntpdate-426p5-22el7_0x86_64

fontpackages-filesystem-144-8el7noarch

python-ntplib-032-1el7noarch

2）删除已安装ntp

命令yum –y remove ntpdate-426p5-22el7x86_64

3）重新安装ntp

命令yum –y install ntp

（二）配置ntp服务

1）修改所有节点的/etc/ntpconf

命令vi /etc/ntpconf

内容

restrict 19216863 nomodify notrap nopeer noquery //当前节点IP地址

restrict 19216862 mask 2552552550 nomodify notrap //集群所在网段的网关（Gateway），子网掩码（Genmask）

2）选择一个主节点，修改其/etc/ntpconf

命令vi /etc/ntpconf

内容在server部分添加一下部分，并注释掉server 0 ~ n

server 12712710

Fudge 12712710 stratum 10

3）主节点以外，继续修改/etc/ntpconf

命令vi /etc/ntpconf

内容在server部分添加如下语句，将server指向主节点。

server 19216863

Fudge 19216863 stratum 10

===修改前===

image

===修改后===

节点1（19216863）：

image

节点2（19216864）：

image

节点3（19216865）：

image

（三）启动ntp服务、查看状态

1）启动ntp服务

命令service ntpd start

2）查看ntp服务器有无和上层ntp连通

命令ntpstat

image

查看ntp状态时，可能会出现如下所示情况

① unsynchronised time server re-starting polling server every 8 s

image

② unsynchronised polling server every 8 s

image

这种情况属于正常，ntp服务器配置完毕后，需要等待5-10分钟才能与/etc/ntpconf中配置的标准时间进行同步。

等一段时间之后，再次使用ntpstat命令查看状态，就会变成如下正常结果：

image

3）查看ntp服务器与上层ntp的状态

命令ntpq -p

image

remote：本机和上层ntp的ip或主机名，“+”表示优先，“”表示次优先

refid：参考上一层ntp主机地址

st：stratum阶层

when：多少秒前曾经同步过时间

poll：下次更新在多少秒后

reach：已经向上层ntp服务器要求更新的次数

delay：网络延迟

offset：时间补偿

jitter：系统时间与bios时间差

4）查看ntpd进程的状态

命令watch "ntpq -p"

终止按 Ctrl+C 停止查看进程。

image

第一列中的字符指示源的质量。星号 ( ) 表示该源是当前引用。

remote：列出源的 IP 地址或主机名。

when：指出从轮询源开始已过去的时间（秒）。

poll：指出轮询间隔时间。该值会根据本地时钟的精度相应增加。

reach：是一个八进制数字，指出源的可存取性。值 377 表示源已应答了前八个连续轮询。

offset：是源时钟与本地时钟的时间差（毫秒）。

（四）设置开机启动

命令chkconfig ntpd on

（五）从其他博客的一些参考摘录

===/etc/ntpconf 配置内容===

[

复制代码

](javascript:void(0); "复制代码")

<pre style="margin: 0px; padding: 0px; white-space: pre-wrap; word-wrap: break-word; font-family: "Courier New" !important; font-size: 12px !important;"># 1 先处理权限方面的问题，包括放行上层服务器以及开放局域网用户来源：

restrict default kod nomodify notrap nopeer noquery <==拒绝 IPv4 的用户

restrict -6 default kod nomodify notrap nopeer noquery <==拒绝 IPv6 的用户

restrict 22013015871 <==放行 tockstdtimegovtw 进入本 NTP 的服务器

restrict 5912419683 <==放行 tickstdtimegovtw 进入本 NTP 的服务器

restrict 5912419684 <==放行 timestdtimegovtw 进入本 NTP 的服务器

restrict 127001 <==底下两个是默认值，放行本机来源

restrict -6 ::1 restrict 1921681000 mask 2552552550 nomodify <==放行局域网用户来源，或者列出单独IP

2 设定主机来源，请先将原本的 [0|1|2]centospoolntporg 的设定批注掉：

server 22013015871 prefer <==以这部主机为最优先的server

server 5912419683 server 5912419684 # 3默认的一个内部时钟数据，用在没有外部 NTP 服务器时，使用它为局域网用户提供服务：

server 12712710 # local clock

fudge 12712710 stratum 10 # 4预设时间差异分析档案与暂不用到的 keys 等，不需要更动它：

driftfile /var/lib/ntp/drift

keys /etc/ntp/keys </pre>

[

复制代码

](javascript:void(0); "复制代码")

===restrict选项格式===

restrict [ 客户端IP ] mask [ IP掩码 ] [参数]

“客户端IP” 和 “IP掩码” 指定了对网络中哪些范围的计算机进行控制，如果使用default关键字，则表示对所有的计算机进行控制，参数指定了具体的限制内容，常见的参数如下：

◆ ignore：拒绝连接到NTP服务器

◆ nomodiy： 客户端不能更改服务端的时间参数，但是客户端可以通过服务端进行网络校时。

◆ noquery： 不提供客户端的时间查询

◆ notrap： 不提供trap远程登录功能，trap服务是一种远程时间日志服务。

◆ notrust： 客户端除非通过认证，否则该客户端来源将被视为不信任子网 。

◆ nopeer： 提供时间服务，但不作为对等体。

◆ kod： 向不安全的访问者发送Kiss-Of-Death报文。

===server选项格式===

server host [ key n ] [ version n ] [ prefer ] [ mode n ] [ minpoll n ] [ maxpoll n ] [ iburst ]

其中host是上层NTP服务器的IP地址或域名，随后所跟的参数解释如下所示：

◆ key： 表示所有发往服务器的报文包含有秘钥加密的认证信息，n是32位的整数，表示秘钥号。

◆ version： 表示发往上层服务器的报文使用的版本号，n默认是3，可以是1或者2。

◆ prefer： 如果有多个server选项，具有该参数的服务器有限使用。

◆ mode： 指定数据报文mode字段的值。

◆ minpoll： 指定与查询该服务器的最小时间间隔为2的n次方秒，n默认为6，范围为4-14。

◆ maxpoll： 指定与查询该服务器的最大时间间隔为2的n次方秒，n默认为10，范围为4-14。

◆ iburst： 当初始同步请求时，采用突发方式接连发送8个报文，时间间隔为2秒。

===查看网关方法===

命令1route -n

命令2ip route show

命令3netstat -r

===层次（stratum）===

stratum根据上层server的层次而设定（+1）。

对于提供network time service provider的主机来说，stratum的设定要尽可能准确。

而作为局域网的time service provider，通常将stratum设置为10

image

0层的服务器采用的是原子钟、GPS钟等物理设备，stratum 1与stratum 0 是直接相连的，

往后的stratum与上一层stratum通过网络相连，同一层的server也可以交互。

ntpd对下层client来说是service server，对于上层server来说它是client。

ntpd根据配置文件的参数决定是要为其他服务器提供时钟服务或者是从其他服务器同步时钟。所有的配置都在/etc/ntpconf文件中。

[上传失败(image-f2dcb9-1561634142658)]

===注意防火墙屏蔽ntp端口===

ntp服务器默认端口是123，如果防火墙是开启状态，在一些 *** 作可能会出现错误，所以要记住关闭防火墙。ntp采用的时udp协议

sudo firewall-cmd --zone=public --add-port=123/udp --permanent

===同步硬件时钟===

ntp服务，默认只会同步系统时间。

如果想要让ntp同时同步硬件时间，可以设置/etc/sysconfig/ntpd文件，

在/etc/sysconfig/ntpd文件中，添加SYNC_HWCLOCK=yes这样，就可以让硬件时间与系统时间一起同步。

允许BIOS与系统时间同步，也可以通过hwclock -w 命令。

===ntpd、ntpdate的区别===

下面是网上关于ntpd与ntpdate区别的相关资料。如下所示所示：

使用之前得弄清楚一个问题，ntpd与ntpdate在更新时间时有什么区别。

ntpd不仅仅是时间同步服务器，它还可以做客户端与标准时间服务器进行同步时间，而且是平滑同步，

并非ntpdate立即同步，在生产环境中慎用ntpdate，也正如此两者不可同时运行。

时钟的跃变，对于某些程序会导致很严重的问题。

许多应用程序依赖连续的时钟——毕竟，这是一项常见的假定，即，取得的时间是线性的，

一些 *** 作，例如数据库事务，通常会地依赖这样的事实：时间不会往回跳跃。

不幸的是，ntpdate调整时间的方式就是我们所说的”跃变“：在获得一个时间之后，ntpdate使用settimeofday(2)设置系统时间，

这有几个非常明显的问题：

一这样做不安全。

ntpdate的设置依赖于ntp服务器的安全性，攻击者可以利用一些软件设计上的缺陷，拿下ntp服务器并令与其同步的服务器执行某些消耗性的任务。

由于ntpdate采用的方式是跳变，跟随它的服务器无法知道是否发生了异常（时间不一样的时候，唯一的办法是以服务器为准）。

二这样做不精确。

一旦ntp服务器宕机，跟随它的服务器也就会无法同步时间。

与此不同，ntpd不仅能够校准计算机的时间，而且能够校准计算机的时钟。

三这样做不够优雅。

由于是跳变，而不是使时间变快或变慢，依赖时序的程序会出错

（例如，如果ntpdate发现你的时间快了，则可能会经历两个相同的时刻，对某些应用而言，这是致命的）。

因而，唯一一个可以令时间发生跳变的点，是计算机刚刚启动，但还没有启动很多服务的那个时候。

其余的时候，理想的做法是使用ntpd来校准时钟，而不是调整计算机时钟上的时间。

NTPD在和时间服务器的同步过程中，会把BIOS计时器的振荡频率偏差——或者说Local Clock的自然漂移(drift)——记录下来。

这样即使网络有问题，本机仍然能维持一个相当精确的走时。

===国内常用NTP服务器地址及IP===

2107214544 (国家授时中心服务器IP地址)

133100118 日本 福冈大学

time-anistgov 12961528 NIST, Gaithersburg, Maryland

time-bnistgov 12961529 NIST, Gaithersburg, Maryland

time-atimefreqbldrdocgov 1321634101 NIST, Boulder, Colorado

time-btimefreqbldrdocgov 1321634102 NIST, Boulder, Colorado

time-ctimefreqbldrdocgov 1321634103 NIST, Boulder, Colorado

utcnistcoloradoedu 12813814044 University of Colorado, Boulder

timenistgov 1924324418 NCAR, Boulder, Colorado

time-nwnistgov 131107110 Microsoft, Redmond, Washington

nist1symmetricomcom 69259613 Symmetricom, San Jose, California

nist1-dcglasseycom 216200938 Abovenet, Virginia

nist1-nyglasseycom 208184499 Abovenet, New York City

nist1-sjglasseycom 20712698204 Abovenet, San Jose, California

nist1aol-catruetimecom 20720081113 TrueTime, AOL facility, Sunnyvale, California

nist1aol-vatruetimecom 642369653 TrueTime, AOL facility, Virginia

————————————————————————————————————

ntpsjtueducn 2021202101 (上海交通大学网络中心NTP服务器地址）

s1atimeeducn 北京邮电大学

s1btimeeducn 清华大学

s1ctimeeducn 北京大学

s1dtimeeducn 东南大学

s1etimeeducn 清华大学

s2atimeeducn 清华大学

s2btimeeducn 清华大学

s2ctimeeducn 北京邮电大学

s2dtimeeducn 西南地区网络中心

s2etimeeducn 西北地区网络中心

s2ftimeeducn 东北地区网络中心

s2gtimeeducn 华东南地区网络中心

s2htimeeducn 四川大学网络管理中心

s2jtimeeducn 大连理工大学网络中心

s2ktimeeducn CERNET桂林主节点

s2mtimeeducn 北京大学</pre>

需要借助其他函数。linux函数只能得到秒精度的时间,为了获得更高精度的时间戳,需要其他函数。函数，数学术语。其定义通常分为传统定义和近代定义，函数的两个定义本质是相同的，只是叙述概念的出发点不同，传统定义是从运动变化的观点出发，而近代定义是从集合、映射的观点出发。

以上就是关于linux c++ 如何获取 系统时间全部的内容，包括:linux c++ 如何获取 系统时间、Linux获取系统启动运行了多长时间、linux命令获取进程运行时长，不足一小时，如何将时间输出为：时分秒格式。等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！