Linux内核定时器--原版.pptxVIP

Linux 内核机制-定时器;1. 基本概念;在非进程上下文需要遵循的原则;如何判断中断上下文?;2.在了解定时器之前先了解三个概念;2.1 节拍率：HZ;在X86体系结构中，系统HZ默认值为100 内核在asm/param.h文件中定义了这个值 在编写内核代码时，HZ值不是一个固定不变的值，大多数体系结构的HZ值是可调的;2.1.1 理想的HZ值; 提高节拍率等同于提供啊中断解析度。例如：HZ=100的时钟执行粒度为10ms，，即系统中周期事件最快为每10ms运行一次，而不可能有更高的精度，但是当HZ = 1000时，解析度就为1ms—精细了10倍。虽然内核可以提供频度为1ms的时钟，但是并没有证据显示对系统中所有的程序而言，频率为1000HZ比100HZ的时钟更合适。;高HZ的优点;高HZ的缺点;2.2 jiffies;Jiffies定义于文件linux/jiffies.h中，格式如下： extern u64 __jiffy_data jiffies_64; extern unsigned long volatile __jiffy_data jiffies; 使用例子如下： unsigned long time_tick = jiffies + 1; //从现在开始1个节拍 unsigned long later = jiffies + 5 * HZ; //从现在开始5秒;2.2.1 jiffies的回绕; 对于32位无符号长整型，最大取值为2^32-1。所以在溢出之前，定时器节拍计数最大为4294967295。如果节拍计数达到了最大值后还要继续增加的话，它的值就会回绕到0。 比如下面的代码： unsigned long timeout = jiffies + HZ/2; //设置超时时间为0.5秒 while (timeout jiffies) { /*还没有超时，继续执行任务*/ } /*超时了，发生错误*/;正常的情况下，上面的代码没有问题。但是当jiffies接近最大值的时候，就会出现回绕问题，如下图所示： 1. 循环中第一次比较时，jiffies = J1，没有超时 2. 循环中第二次比较时，jiffies = J2，实际已经超时了，但是jiffies超过最大值后又从0开始，所以J2远远小于timeout 3. while循环不会结束，相当于死循环。; 内核提供四个宏来帮助比较节拍计数，能正确处理节拍计数的回绕问题;为什么四个宏能解决回绕问题呢？;把上面得代码改成下面得代码就可以解决回绕问题：;关于时间的换算;2.3 用户空间的HZ;/*参见文件： kernel/time.c*/ clock_t jiffies_to_clock_t(long x) { #if (TICK_NSEC % (NSEC_PER_SEC / USER_HZ)) == 0 # if HZ USER_HZ return x * (USER_HZ / HZ); # else return x / (HZ / USER_HZ); # endif #else return div_u64((u64)x * TICK_NSEC, NSEC_PER_SEC / USER_HZ); #endif } EXPORT_SYMBOL(jiffies_to_clock_t);;2.4 时钟中断处理程序;获得xtime_lock锁，以便访问jiffies_64和墙上时间xtime进行保护 需要时应答或重新设置系统时钟 周期性地使用墙上时间更新实时时钟 调用体系结构无关的时钟例程：tick_periodic();/*tick_periodic函数位于：kernel/time/tick_common.c*/ static void tick_periodic(int cpu) { if (tick_do_timer_cpu == cpu) { write_seqlock(xtime_lock); /* Keep track of the next tick event */ tick_next_period = ktime_add(tick_next_period, tick_period); do_timer(1); write_sequnlock(xtime_lock); } update_process_times(user_mode(get_irq_regs())); profile_tick(CPU_PROFILING); };