看,时钟中断的中断服务例程激活了下半部分,又说下半部分的延缓执行,所以lost_ticks的值可能大于一个节拍,我不明白下半部分为什么延缓执行,延缓执行期间丢失发生的中断次数又是怎样增加到lost_ticks上的?小弟百思不得其解，请大侠们指教.

下半部分为什么延缓执行？
因为中断处理程序把紧急的事情马上处理，把不紧急的事情放在下半部处理，使时钟中断的中断处理程序不长期占用cpu。
时钟中断程序(包括下半部分处理)的时间和一个节拍的时间谁长?
不一定。也就是说“lost_ticks的值可能大于一个节拍”。

"时钟中断的中断服务例程激活了下半部分,又说下半部分的延缓执行,所以lost_ticks的值可能大于一个节拍,我不明白下半部分为什么延缓执行,延缓执行期间丢失发生的中断次数又是怎样增加到lost_ticks上的?"
中断的下部分两种情况执行:1.在下一个可能出现的时钟执行；2.就是你可以调用其内核api函数设定下一个某个时间执行.下半部延缓的好处是提高效率，因为中断不能占有太多的时间，而中断后的大量数据使用下半部机制是否效率最好。发生多次中断没有关系，反正下半部是队列执行机制。