这个方向，民间自己搞本来就是灰色地带，再加上在福建的…

@adoal 说错了，是根据 ntpq 返回结果里的 offset 、delay 、jitter 看同步效果。

offset 、delay 、jitter 可以调调看。

@fengleiyidao 不能 ntp 机制本身不能保证你提出的这个量化的硬性要求。你设想的过几秒定时运行的办法，也不能保证做到这点。

不过 ntpd/chronyd 可以通过 minpoll/maxpoll 参数来设置定时同步的周期范围。还有其它一堆参数可以慢慢调的。

要更靠谱的话得本机接一个硬件时钟源。

所以你在生产环境都是每个业务系统的数据库单节点跑，不做主备不做集群不做故障转移切换不做浮动 IP 不做读写分离，一个 C 段里混跑各种业务系统和数据库，一句 yum/apt 或者 docker 拉起来的单节点数据库实例就敢上线吗？

以上 ntpdate 和 ntpd 是举例。chrony 也可以。

另外，成熟的发行版，安装时间同步管理套件时会在启动项里配置好上面这个流程。

ntp 的时间同步机制不是这么用的。

一般用法是在系统启动阶段 ntpdate 强行同步一次，然后启动 ntpd 在后台慢慢维护时间便宜。开着 ntpd 的时候，ntpdate 会拒绝运行。

尤其时在服务器环境里，因为有不少服务软件假设时间是平滑、单向进行的，如果在服务软件运行过程中突然发生时间跳变，尤其是回拨，软件的逻辑就会出错。所以正确的用法是 ntpd 在后台持续运行，跟上游时间源对比，如果偏移量超出阈值，就小幅度调节内核时钟的进行速度来纠偏。这个调节是平滑的，而且如果本机时间超前了也不会回拨，只会减慢进行速度。而启动阶段强行 ntpdate 同步一次的原因就是如果偏差太大，ntpd 的缓慢纠偏机制不给力，而启动时 ntpdate 会安排在大多数业务服务之前启动，这时候任何时间跳变都无所谓。

只要你不**，**的就是别人。可以替换成各种词。

UBNT 的答案是：①R 默认不开启，用户自行开启时会提示可能有兼容性问题。②以前出过一个 zero handoff 方案，各 AP 用同一信道，但因为这样做对布点要求太高，需要提前勘测和设计，后来就不提倡了。

“码农”是对职业的描述性称呼，类比于“戏子”，而不是在对话的时候直接面向第二人称个体的指向性称呼。先不论观点，你标题的对比，在语义层面就是不匹配的。

如 #2 所说。

你的 SELECT id 是在哪里运行的，怎样算是“出结果”？

都成年人了，就不要为了别人好而改变别人了

另外呢，没有所谓的“Java 行业”。即便不讨论 Android 这种，只说服务器端的开发，互联网厂的 Java 开发和做行业信息化业务系统的开发也是不同的领域。当然，现在也有不少被互联网厂优化到社会上的 PPT 架构师们往行业信息化转的。

@qemu32 比如 Ceph ，虽然服务端是用户态的，但如果要在客户端 mount 了当 vfs 用，就需要一个 CephFS driver

@coderc 国内的话，你想要的这些实验或课程，指望研究生阶段恐怕还不如本科更现实。所以为啥很多单位会看第一学历呢。

根据 v 友们的近日推测，很可能比 golang 好找

@Ediacaran 现在搞安全可不是想象中“没上过学的天才黑客”那样靠路子野😅

全靠同行衬托。