蜗窝科技

@linuxer：（1）切换到高精度模式，过程如下： run_timer_softirq hrtimer_run_pending hrtimer_switch_to_hres 1> base->hres_active = 1 这个标志会在进入tickless时，判断是否要查找红黑树中最近到期的hrtimer； 2> tick_setup_sched_timer() 这里用一个hrtiemr实现了以一个HZ为间隔的周期性tick，假设当前时间为now，一个HZ的时间间隔为tick_period：a)初始，该hrtimer会以now+tick_period为到期时间，并挂到红黑树中；b)系统一旦检测到该hrtimer到期，就会将其从红黑树中删除，调用该hrtimer的回调函数tick_sched_timer（该回调函数主要完成jiffies的更新、时间的更新等，并且将该hrtiemr的下次触发时间设置为now+tick_period），之后再次将该hrtiemr挂到红黑树中；重复b)，模拟出一个以HZ为间隔的周期性tick。 （2）进入tickless，过程如下： cpu_idle_loop tick_nohz_idle_enter __tick_nohz_idle_enter tick_nohz_stop_sched_tick 1> get_next_timer_interrupt，低精度模式下，该函数实现了从高精度timer和低精度timer中寻找最近到期的timer;但在高精度模式下，只在低精度timer中寻找最近到期的timer，过程如下： a>__next_timer_interrupt，该函数实现从time wheel中找到最近到期的低精度timer b>cmp_next_hrtimer_event hrtimer_get_next_event，这里会根据hrtimer_hres_active()判断系统是否处于高精度模式，如果系统没有处于高精度模式，则从红黑树中寻找最近到期的timer，之后再与最近到期的低精度timer比较，哪个最早到期；但是目前系统处于高精度模式（标志base->hres_active = 1），就不会从红黑树中寻最近到期的高精度timer。 2> hrtimer_start，这里将1>找到的最近到期timer的到期时间设置到（1）模拟出周期tick的hrtimer上，用于停止周期性tick。 问题：高精度模式下，进入tickless之后，只从time wheel中寻找最早到期的低精度timer，没有去寻找最近到期的高精度timer，这里是为什么？最近到期的高精度timer如果早于最近到期的低精度timer，该怎么处理？

@linuxer：发邮件给你了，不知道你能收到不？

@felix：你问的应该是dynamic tick的问题吧，动态时钟是dynamic clock。 你是如何得到进入idle，停掉tick的时候只考虑低精度timer，而没有考虑高精度timer这个结论的？

@linuxer：Got it!!! 另外想请教你另外一个问题，关于动态时钟机制： 针对高精度模式：一旦CPU idle就会启动动态始终机制，这时候cpu会停到周期性tick，选择time wheel中最先到期的timer的到期时间作为下次触发周期性tick的时机。问题是：这里为什么不考虑红黑树中高精度timer的最早到期的timer的到期时间呢？按道理不是应该比较time wheel 和 高精度timer，寻找这两种timer下最早到期的timer吗？为什么忽略掉了高精度tiimer?

@felix：我们这里讨论的都是clock，boottime clock不是从A到B的概念，而是一条time line，原点就是系统启动的那个时间点，然后在任何时间点，针对该clock id，调用clock_gettime都可以获取当前时间到原点的距离（即系统启动那个时间点到当前时间点的时间长度）。

有个问题想请教一下： boot time具体是指什么时间到什么时间？系统加电-->boot finished?还是什么？

@江南书生：Q：CLOCK_REALTIME这个是代表的硬件RTC么? A：不是 Q：硬件RTC必须要提供么？ A：最好提供，但也不是必须。但是如果你的系统不提供RTC，那么在关机或者suspend的时候，系统时间无法计算，从而导致时间连续性的问题。 Q：如果不提供，是不是很多函数没法使用了？ A：不会，如果不关机，不suspend，系统一切都正常。如果有关机或者suspend的动作，也没有什么太大关系，只不过时间不准确了而已，看看你的场景是否容忍这个issue。

@linuxer：明白了，看错了，嘿嘿

@江南书生：有符号的32bit的整数最大值是0x7fffffff，而一年等于多少秒呢？等于365 x 24 x 3600，这两个数相除等于68，而linux epoch从1970年开始，1970 ＋ 68 ＝ 2038

老板，你好。 文中有“如果time_t被实现成一个signed 32-bit integer，那么实际上在2038年的时候就会有溢出问题”，我想请问2038年是怎么算出来的，我按32无符号算才136年呢？