㈠ linux中断服务程序中可以调用sleep()吗
中断服务程序不能执休眠，这是一般的建议，其实有些驱动程序中，也执行一些短暂的延时，比如使用usleep这样的函数，只要时间短就对系统性能影响是不大的。但是要注意，只有usleep这些函数可以使用，因为这些函数实际上CPU忙等待形成延时，实际上就是一个While循环。
㈡ linux计划任务如何实现延时执行脚本,求简洁实例
两个方法：
1）crontab中的时间设定最小可以到分钟，如果你的延时是分钟级别的，直接放大crontab中的分钟设定即可。
2）修改脚本，在脚本开头（当然要在shell声明语句如#!/bin/bash之后）加usleep（微秒级）或sleep命令（秒级），也可以实现延时。
㈢ linux下怎样在for循环中设置延迟，也就是每次循环都要暂停一段时间
调用函数 Sleep 3, ，休息三秒在继续。
㈣ 在linux下，想用sleep函数实现延时五秒，应该怎么设参数
使用权限 : 所有使用者
使用方式 : sleep [--help] [--version] number[smhd]
说明 : sleep 可以用来将目前动作延迟一段时间
参数说明 :
--help : 显示辅助讯息
--version : 显示版本编号
number : 时间长度，后面可接 s、m、h 或 d
其中 s 为秒，m 为 分钟，h 为小时，d 为日数
例子 :
显示目前时间后延迟 1 分钟，之后再次显示时间 :
date;sleep 1m;date
这个命令更多应用于shell脚本编程里和程序里
如下面的一段程序：
应用程序：
复制代码
代码如下:
#include <syswait.h>
usleep(n) //n微秒
Sleep（n）//n毫秒
sleep（n）//n秒
驱动程序：
#include <linux/delay.h>
mdelay(n) //milliseconds 其实现
#ifdef notdef
#define mdelay(n) (\
{unsigned long msec=(n); while (msec--) udelay(1000);})
#else
#define mdelay(n) (\
(__builtin_constant_p(n) && (n)<=MAX_UDELAY_MS) ? udelay((n)*1000) : \
({unsigned long msec=(n); while (msec--) udelay(1000);}))
#endif
调用asm/delay.h的udelay,udelay应该是纳秒级的延时
Dos:
sleep(1); //停留1秒
delay(100); //停留100毫秒
Windows:
Sleep(100); //停留100毫秒
Linux:
sleep(1); //停留1秒
usleep(1000); //停留1毫秒
每一个平台不太一样,最好自己定义一套跨平台的宏进行控制
秒还是微秒？关于延时函数sleep()
因为要写一段代码，需要用到sleep（）函数，在我印象中，sleep(10)好像是休眠10微秒，结果却是休眠了10秒（在Linux下）。觉得很奇怪，因为头儿也记得好像是微秒为单位的。所以就查了一下。
原来linux下的sleep函数原型为：
unsigned int sleep(unsigned int seconds);
而MFC中的Sleep函数原型为：
void Sleep(DWORD dwMilliseconds);
也就是说，Linux下（使用的gcc的库），sleep()函数是以秒为单位的，sleep(1);就是休眠1秒。而MFC下的sleep()函数是以微秒为单位的，sleep(1000);才是休眠1秒。原来如此啊。而如果在Linux下也用微妙为单位休眠，可以使用线程休眠函数:void usleep(unsigned long usec);当然，使用的时候别忘记#include <system.h>哦。
另外值得一提的是，linux下还有个delay()函数，原型为extern void delay(unsigned int msec);它可以延时msec*4毫秒，也就是如果想延时一秒钟的话，可以这么用 delay(250);
㈤ 如何测试嵌入式linux系统中断延迟时间
这种毫秒甚至有可能微秒级的延迟只有接示波器看波形了吧
㈥ Linux实例网站访问丢包延时高怎么解决
需要从两个方向找原因
1、网络问题，一般丢包和延时高都是网络出现问题了。如果linux实例在局域网内部，请检查交换机等设备。如果是托管到机房的或者使用云服务器，请先检查自己的网络是否有问题，比如打开其他网站看看，如果没问题就联系机房或者云提供商协助检查处理。
2、linux实例问题，如果linux负载太高也有可能出现访问丢包严重，延时高的问题，这种情况下只能通过top找到导致负载高或者消耗CPU的进程，能停止掉或者杀掉，再看看延时是否就下降了。
㈦ linuxn内核驱动延时怎么做
jiffies
计数器定时器中断由系统定时硬件以规律地间隔产生; 这个间隔在启动时由内核根据 HZ 值来编程, HZ 是一个体系依赖的值, 每次发生一个时钟中断, 一个内核计数器的值递增.这个计数器在系统启动时初始化为 0, 因此它代表从最后一次启动以来的时钟嘀哒的数目.
这个计数器和来读取它的实用函数位于 , 尽管你会常常只是包含 ,
#includeunsigned long j, stamp_1, stamp_half, stamp_n; j = jiffies; /* read the current value */stamp_1 = j + HZ; /* 1 second in the future */stamp_half = j + HZ/2; /* half a second */stamp_n = j + n * HZ / 1000; /* n milliseconds */
忙等待
如果你想延时执行多个时钟嘀哒, 允许在值中某些疏忽, 最容易的( 尽管不推荐 ) 的实现是一个监视 jiffy 计数器的循环. 这种忙等待实现常常看来象下面的代码, 这里j1 是 jiffies 的在延时超时的值:
while (time_before(jiffies, j1)){}
超时 到目前为止所展示的次优化的延时循环通过查看 jiffy 计数器而不告诉任何人来工作. 但是最好的实现一个延时的方法, 如你可能猜想的, 常常是请求内核为你做.有 2 种方法来建立一个基于 jiffy 的超时, 依赖于是否你的驱动在等待其他的事件.
如果你的驱动使用一个等待队列来等待某些其他事件, 但是你也想确保它在一个确定时间段内运行, 可以使用 wait_event_timeout 或者wait_event_interruptible_timeout:
#includelong wait_event_timeout(wait_queue_head_t q, condition, long timeout);long wait_event_interruptible_timeout(wait_queue_head_t q, condition, long timeout);
这些函数在给定队列上睡眠, 但是它们在超时(以 jiffies 表示)到后返回. 因此, 它们实现一个限定的睡眠不会一直睡下去. 注意超时值表示要等待的 jiffies 数, 不是一个绝对时间值. 这个值由一个有符号的数表示, 因为它有时是一个相减运算的结果, 尽管这些函数如果提供的超时值是负值通过一个 printk 语句抱怨. 如果超时到, 这些函数返回 0; 如果这个进程被其他事件唤醒, 它返回以 jiffies 表示的剩余超时值. 返回值从不会是负值, 甚至如果延时由于系统负载而比期望的值大.
wait_event_timeout 和 wait_event_interruptible_timeout 被设计为有硬件驱动存在, 这里可以用任何一种方法来恢复执行: 或者有人调用 wake_up 在等待队列上, 或者超时到. 这不适用于 jitqueue, 因为没人在等待队列上调用 wake_up ( 毕竟, 没有其他代码知道它 ), 因此这个进程当超时到时一直唤醒. 为适应这个特别的情况, 这里你想延后执行不等待特定事件, 内核提供了 schele_timeout 函数, 因此你可以避免声明和使用一个多余的等待队列头:
#includesigned long schele_timeout(signed long timeout);
这里, timeout 是要延时的 jiffies 数. 返回值是 0 除非这个函数在给定的 timeout 流失前返回(响应一个信号). schele_timeout 请求调用者首先设置当前的进程状态, 因此一个典型调用看来如此:
set_current_state(TASK_INTERRUPTIBLE);schele_timeout (delay);
第一行调用 set_current_state 来设定一些东西以便调度器不会再次运行当前进程, 直到超时将它置回 TASK_RUNNING 状态. 为获得一个不可中断的延时, 使用TASK_UNINTERRUPTIBLE 代替.
短延时
当一个设备驱动需要处理它的硬件的反应时间, 涉及到的延时常常是最多几个毫秒.
内核函数 ndelay, udelay, 以及 mdelay 对于短延时好用, 分别延后执行指定的纳秒数, 微秒数或者毫秒数. 它们的原型是:
#includevoid ndelay(unsigned long nsecs);void udelay(unsigned long usecs);void mdelay(unsigned long msecs);
有另一个方法获得毫秒(和更长)延时而不用涉及到忙等待. 文件 声明这些函数:
void msleep(unsigned int millisecs);unsigned long msleep_interruptible(unsigned int millisecs);void ssleep(unsigned int seconds)
前 2 个函数使调用进程进入睡眠给定的毫秒数. 一个对 msleep 的调用是不可中断的; 你能确保进程睡眠至少给定的毫秒数. 如果你的驱动位于一个等待队列并且你想唤醒来打断睡眠, 使用 msleep_interruptible. 从 msleep_interruptible 的返回值正常地是 0; 如果, 但是, 这个进程被提早唤醒, 返回值是在初始请求睡眠周期中剩余的毫秒数. 对 ssleep 的调用使进程进入一个不可中断的睡眠给定的秒数.
㈧ 测试linux中断延迟时间的程序代码
在中断服务程序中翻转一个GPIO的输出状态，用示波器测量此GPIO的输出波形并且测量频率，这个是测量中断调用频度的。 如果要测量中断的处理时间，则可以在进入中断服务程序时设置GPIO状态，退出时再设回来，用示波器可测量执行时间。
㈨ linux内核中的延时工作机制有哪些
MontaVista 4.0 (kernel version 2.6.X) 支持HRT，可以实现微妙级的延时，好像还到不了纳秒。用关中断和busy loop来实现当然可以，但是关中断时间不能太长，而且只能在内核空间实现，肯定影响其他任务调度。如果需要长时间产生这样的信号，那感觉用不太适合用Linux来实现。