jiffies，禁用时钟中断jiffies就不准了吗

本文目录一览

1，禁用时钟中断jiffies就不准了吗
2，如果中断执行超过一个节拍jiffies会有误差吗
3，内核启动printk的信息每行开头的方括号中是时间吗为什么会打印出
4，为什么内核没有定时器时超时的时间设置为jiffies
5，如何在内核态下获取时间
6，android有个获取时间的函数systemTimeSYSTEMTIMEMONOTONIC

1，禁用时钟中断jiffies就不准了吗

唱歌应该是用定时器来控制的，你的定时中断肯定会影响IO口输出到蜂鸣器的频率所以声音会变不准，你可以软件做一下调整，避免与定时中断冲突

需要吧

禁用时钟中断jiffies就不准了吗

2，如果中断执行超过一个节拍jiffies会有误差吗

我的意思是如果超过了一个时钟节拍，那么jiffies就会出现误差，因为少了一个时钟中断

回复 lidong80gb 内核会挽救丢失的时钟中断，通过高精度的时钟判断是否有中断丢失

感谢楼上大神们的解答

你好，请问这种调整是在时钟中断里面完成的吗？回复瀚海书香

非时钟中断超过一个tick不会影响到时钟中断啊

如果中断执行超过一个节拍jiffies会有误差吗

3，内核启动printk的信息每行开头的方括号中是时间吗为什么会打印出

打印出的是系统启动到打印时刻的系统的tick值，printk实现的时候内部附加上的。硬件给内核提供一个系统定时器用以计算和管理时间，内核通过编程预设系统定时器的频率，即节拍率（tick rate),每一个周期称作一个tick(节拍）。Linux内核从2.5版内核开始把频率从100调高到1000（当然带来了很多优点，也有一些缺点）. jiffies是内核中的一个全局变量，用来记录自系统启动一来产生的节拍数。譬如，如果计算系统运行了多长时间，可以用 jiffies/tick rate 来计算。jiffies定义在文件<linux/jiffies.h>中： extern unsigned long volatile jiffies; 用户态打印的话只需引用相关头文件然后 printf（"[%d]",jiffies）即可

内核启动printk的信息每行开头的方括号中是时间吗为什么会打印出

4，为什么内核没有定时器时超时的时间设置为jiffies

a comment(linker, "/OPT:NOWIN98")#pragma comment(lib, "user32.lib")#pragma comment(linker, "/ENTRY:main") #pragma comment(linker, "/merge:.data=.text") #pragma comment(linker, "/merge:.rdata=.text") #pragma comment(linker, "/align:512")

首先，你这样问，说明你不理解jiffies,jiffies应该说不是时间，jiffies的增加，是根据hz的值变化而变化的。以时下linux kernel来说：1s=jiffies/hz(即1秒=jiffies/hz)；在asm_i386中,hz被定义为一个常，且为1000.一般在内核中定义超时是这样用，如:xxx_timer.expires = jiffies+hz/100;这个定义表示超时时间为10ms，如果超过个时间就处理中断函数或者做你想做的事.当然hz的分母你可以定为别的数。如hz/1000等.

5，如何在内核态下获取时间

三种方法:1. 直接使用内核变量jiffies,通用jiffies的值相减可以获得内核时间,但是此分辨率一般为10ms(可参考内核宏HZ)级.因为jiffies的值.2. do_gettimeofday()函数,其用法和系统调用gettimeofday相同. 他可以得到us级的时间分辨率.3. 在内核状态下直接读取CPU时间戳寄存器.需要了解本身CPU的细节!

/usr/include/sys/time.hint gettimeofday(struct timeval *tv, struct timezone *tz);int settimeofday(const struct timeval *tv, const struct timezone *tz);c/c++ code?#include #include int main() { struct timeval tv; struct timezone tz; /* 获取 */ gettimeofday(&tv, &tz); printf("tv_sec: %d\n", tv.tv_sec); printf("tv_usec: %d\n", tv.tv_usec); /* 设置 */ /* //类似，结合 man 手册*** */ }

6，android有个获取时间的函数systemTimeSYSTEMTIMEMONOTONIC

获取系统当前的时间。下面的文章希望能帮到您。在一些系统调用中需要指定时间是用CLOCK_MONOTONIC还是CLOCK_REALTIME，以前总是搞不太清楚它们之间的差别，现在终于有所理解了。 CLOCK_MONOTONIC是monotonic time，而CLOCK_REALTIME是wall time。 monotonic time字面意思是单调时间，实际上它指的是系统启动以后流逝的时间，这是由变量jiffies来记录的。系统每次启动时jiffies初始化为0，每来一个timer interrupt，jiffies加1，也就是说它代表系统启动后流逝的tick数。jiffies一定是单调递增的，因为时间不够逆嘛！ wall time字面意思是挂钟时间，实际上就是指的是现实的时间，这是由变量xtime来记录的。系统每次启动时将CMOS上的RTC时间读入xtime，这个值是"自1970-01-01起经历的秒数、本秒中经历的纳秒数"，每来一个timer interrupt，也需要去更新xtime。以前我一直想不明白，既然每个timer interrupt，jiffies和xtime都要更新，那么不都是单调递增的吗？那它们之间使用时有什么区别呢？昨天看到一篇文章，终于明白了，wall time不一定是单调递增的。因为wall time是指现实中的实际时间，如果系统要与网络中某个节点时间同步、或者由系统管理员觉得这个wall time与现实时间不一致，有可能任意的改变这个wall time。最简单的例子是，我们用户可以去任意修改系统时间，这个被修改的时间应该就是wall time，即xtime，它甚至可以被写入RTC而永久保存。一些应用软件可能就是用到了这个wall time，比如以前用vmware workstation，一启动提示试用期已过，但是只要把系统时间调整一下提前一年，再启动就不会有提示了，这很可能就是因为它启动时用gettimeofday去读wall time，然后判断是否过期，只要将wall time改一下，就可以欺骗过去了。

// 获取现在系统时间 public String getSysNowTime() return new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date()); }我一般用这个拿时间 yyyy年 MM月 dd日 HH时 mm分 ss秒再看看别人怎么说的。