延迟指计算机系统的某个操作被推迟了一段时间才被执行。这个概念在计算机系统中很重要，因为延迟实现可以提高性能和效率。Linux内核是一个非常流行的操作系统，具有良好的延迟实现方式，本文将介绍Linux内核中常见的几种延迟实现方式。
1. 延迟队列
延迟队列是Linux内核中最常见的延迟实现方式之一。延迟队列是由一组项构成的，每个项都有一个到期事件和一个处理程序。当到期时间达到时，处理程序将被调用。Linux内核中的延迟队列被广泛应用于网络协议栈以及其他需要延迟处理的情况。
延迟队列的实现也非常简单。当要添加项到延迟队列时，将该项放入到一个有序链表中，按到期时间排序。当到期时间达到时，处理程序将被调用，链表中的该项将被删除。如果有多项达到到期时间，则处理程序将按照它们在链表中的顺序被调用。
2. 定时器
定时器是另一种常见的延迟实现方式。在Linux内核中，定时器用于实现许多功能，包括进程调度和网络管理。定时器通常由内核中的定时器子系统管理，但也可以由驱动程序或其他内核模块创建和管理。
与延迟队列类似，定时器也包含到期时间和处理程序。当到期时间达到时，处理程序将被调用。与延迟队列不同的是，定时器提供了更多的灵活性。例如，可以使用不同的定时器来监视不同类型的事件，或者在执行处理程序之前，可以取消计时器以避免浪费系统资源。
3. 超时
超时是另一种延迟实现方式，它用于处理的是等待操作。例如，当一个进程等待一个文件被读入内存时，超时可以用来避免进程无限期等待。在超时时间到达之前，如果等待的事件发生了，进程将继续执行。否则，超时将导致进程返回错误代码。
在Linux内核中，超时通常是在内核调度程序中实现的。当进程等待一个事件时，它将被加入到等待队列中。内核调度程序在调度进程执行之前检查等待队列以查看是否有任何进程已经等待超过预定的超时时间。如果有，则等待进程将被唤醒，并且将返回错误代码。
4. 延迟工作
延迟工作是Linux内核中另一个常见的延迟实现方式。延迟工作在内核中被广泛应用于各种不同的情况，包括打印作业管理，调度任务和网络管理等。
延迟工作是由内核中的工作队列框架管理的。当要添加一个延迟工作时，将它放入到工作队列中。在内核空闲时，工作队列将处理队列中所有延迟工作，并且执行它们的处理程序。与其他延迟实现方式不同的是，延迟工作可用于异步执行比较耗时的任务，以确保不会影响系统的其他部分。
结论
在Linux内核中，延迟实现方式多种多样，并且被广泛应用于诸多功能。通过使用合适的延迟实现方式，可以提高系统性能和效率，同时避免系统资源被浪费。本文介绍了Linux内核中的常用延迟实现方式，包括延迟队列，定时器，超时以及延迟工作。在实际开发中，我们可以根据具体需求选择合适的延迟实现方式来实现系统功能。
相关问题拓展阅读：
如何更新Linux内核来提升系统性能
预备工作
要更新你的内核，你首先要确定你使用的是32位还是64位的系统。打开终端并运行：
检查一下输出的是 x86_64 还是 i686。如果是 x86_64，你就运行64位的版本，否则就运行32位的版本。千万记住这个，这很重要。
接下来，访问官方的 Linux 内核网站，它会告诉你目前稳定内核的版本。愿意的话，你可以尝试下发布预选版（RC），但是这比稳定版少了很多测试。除非你确定想要需要发布预选版，否则就用稳定内核。
Ubuntu 指导
对 Ubuntu 及其衍生版的用户而言升级内核非常简单，这要感谢 Ubuntu 主线内核 PPA。虽然，官方把它叫做 PPA，但是你不能像其他 PPA 一样将它添加到你软件源列表中，并指望它自动升级你的内核。实际上，它只是一个简单的网页，你应该浏览并下载到你想要的内核。
现在，访问这个内核 PPA 网页，并滚到底部。列表的最下面会含有最新发布的预选版本（你可顷岩以在名字中看到“rc”字样），但是这上面就可以看到最新的稳定版（说的更清楚些，本文写作时最新的稳定版是4.1.2。LCTT 译注：这里虽然 4.1.2 是当时的稳定版，但是由于尚未进入 Ubuntu 发行版中，所以文件夹名称为“-unstable”）。点击文件夹名称，你会看到几个选择。你需要下载 3 个文件并保存到它们自己的文件夹中（如果你喜欢的话可以放在下载文件夹中），以便它们与其它文件相隔离：
针对架构的含“generic”（通用）的头文件（我这里是64位，即“amd64”）
放在列表中间，在文件名末尾有“all”的头文件
针对架构的含“generic”内核文件（再说一次，我会用“amd64”，但是你如果用32位的，你需要使用“i686”）
你还可以在下面看到含有“lowlatency”（低延时）的文件。但更好忽略它们。这些文件相对不稳定，并且只为那些通用文件不能满足像音频录制这类任务想要低延迟的人准备的。再说一次，首选通用版，除非你有特定的任务需求不能很好地满足。辩御一般的游戏和网络浏览不是使用低延时版的借口。
你把它们放在各自的文件夹下，对么？现在打开终端，使用cd命雀灶御令切换到新创建的文件夹下，如
cd /home/user/Downloads/Kernel
接着运行：
sudo dpkg -i *.deb
这个命令会标记文件夹中所有的“.deb”文件为“待安装”，接着执行安装。这是推荐的安装方法，因为不可以很简单地选择一个文件安装，它总会报出依赖问题。这这样一起安装就可以避免这个问题。如果你不清楚cd和sudo是什么。快速地看一下 Linux 基本命令-sudo命令的用法这篇文章
安装完成后，重启你的系统，这时应该就会运行刚安装的内核了！你可以在命令行中使用uname -a来检查输出。
Fedora 指导
如果你使用的是 Fedora 或者它的衍生版，过程跟 Ubuntu 很类似。不同的是文件获取的位置不同，安装的命令也不同。
查看 最新 Fedora 内核构建列表。选取列表中最新的稳定版并翻页到下面选择 i686 或者 x86_64 版。这取决于你的系统架构。这时你需要下载下面这些文件并保存到它们对应的目录下（比如“Kernel”到下载目录下）：
kernel-core
kernel-headers
kernel-modules
kernel-modules-extra
kernel-tools
perf 和 python-perf （可选）
如果你的系统是 i686（32位）同时你有 4GB 或者更大的内存，你需要下载所有这些文件的 PAE 版本。PAE 是用于32位系统上的地址扩展技术，它允许你使用超过 3GB 的内存。
现在使用cd命令进入文件夹，像这样
cd /home/user/Downloads/Kernel
接着运行下面的命令来安装所有的文件
yum –nogpgcheck localinstall *.rpm
最后重启你的系统，这样你就可以运行新的内核了！
使用 Rawhide
另外一个方案是，Fedora 用户也可以切换到 Rawhide，它会自动更新所有的包到最新版本，包括内核。然而，Rawhide 经常会破坏系统（尤其是在早期的开发阶段中），它不应该在你日常使用的系统中用。
Arch 指导
Arch 用户应该总是使用的是最新和最棒的稳定版（或者相当接近的版本）。如果你想要更接近最新发布的稳定版，你可以启用测试库提前2到3周获取到主要的更新。
要这么做，用你喜欢的编辑器以sudo权限打开下面的文件
/etc/pacman.conf
接着取消注释带有 testing 的三行（删除行前面的#号）。如果你启用了 multilib 仓库，就把 multilib-testing 也做相同的事情。如果想要了解更多参考这个 Arch 的 wiki 界面。
升级内核并不简单（有意这么做的），但是这会给你带来很多好处。只要你的新内核不会破坏任何东西，你可以享受它带来的性能提升，更好的效率，更多的硬件支持和潜在的新特性。尤其是你正在使用相对较新的硬件时，升级内核可以帮助到你。
关于linux内核延时实现的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云 服务器 和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
请高手帮我写一段延时20秒的bat执行代码，不要vbs的。
楼上的是可以，但是还要调取CMD和PING，下面的方法可以实现不调用任何资源：@echo offecho >%temp%\&&%temp%\&&del /q %temp%\用比用ping时间精确得多。 就是多点字符，看你自己喜欢了。 上面的＝30秒，可以自己改，1秒＝1000,不一定要整秒的，如1.4秒＝1400.
Linux环境变量顺序是什么？
路径排前面的优先。 比如 $JAVA_HOME/bin和/usr/bin下面都有java。 PATH=$JAVA_HOME/bin:$PATH 时，执行 java的时候是$JAVA_HOME/bin/java，如果没有再执行/usr/bin/java PATH=$PATH:$JAVA_HOME/bin 时，执行 java的时候是/usr/bin/java。 一般用户设定都是为了特殊用途，使用方式2没什么意义，所以方式1多些。 内核启动的时候,各个驱动初始化的工作在文件init/main.c中的do_basic_setup()函数中做.
epoll和select的区别
1、select实现（1）使用copy_from_user从用户空间拷贝fd_set到内核空间（2）注册回调函数__pollwait（3）遍历所有fd，调用其对应的poll方法（对于socket，这个poll方法是sock_poll，sock_poll根据情况会调用到tcp_poll,udp_poll或者datagram_poll）（4）以tcp_poll为例，其核心实现就是__pollwait，也就是上面注册的回调函数。 （5）__pollwait的主要工作就是把current（当前进程）挂到设备的等待队列中，不同的设备有不同的等待队列，对于tcp_poll来说，其等待队列是sk->sk_sleep（注意把进程挂到等待队列中并不代表进程已经睡眠了）。 在设备收到一条消息（网络设备）或填写完文件数据（磁盘设备）后，会唤醒设备等待队列上睡眠的进程，这时current便被唤醒了。 （6）poll方法返回时会返回一个描述读写操作是否就绪的mask掩码，根据这个mask掩码给fd_set赋值。 （7）如果遍历完所有的fd，还没有返回一个可读写的mask掩码，则会调用schedule_timeout是调用select的进程（也就是current）进入睡眠。 当设备驱动发生自身资源可读写后，会唤醒其等待队列上睡眠的进程。 如果超过一定的超时时间（schedule_timeout指定），还是没人唤醒，则调用select的进程会重新被唤醒获得CPU，进而重新遍历fd，判断有没有就绪的fd。 （8）把fd_set从内核空间拷贝到用户空间。 总结：select的几大缺点：（1）每次调用select，都需要把fd集合从用户态拷贝到内核态，这个开销在fd很多时会很大（2）同时每次调用select都需要在内核遍历传递进来的所有fd，这个开销在fd很多时也很大（3）select支持的文件描述符数量太小了，默认是、epollepoll既然是对select和poll的改进，就应该能避免上述的三个缺点。 那epoll都是怎么解决的呢？在此之前，我们先看一下epoll和select和poll的调用接口上的不同，select和poll都只提供了一个函数——select或者poll函数。 而epoll提供了三个函数，epoll_create,epoll_ctl和epoll_wait，epoll_create是创建一个epoll句柄；epoll_ctl是注册要监听的事件类型；epoll_wait则是等待事件的产生。 对于第一个缺点，epoll的解决方案在epoll_ctl函数中。 每次注册新的事件到epoll句柄中时（在epoll_ctl中指定EPOLL_CTL_ADD），会把所有的fd拷贝进内核，而不是在epoll_wait的时候重复拷贝。 epoll保证了每个fd在整个过程中只会拷贝一次。 对于第二个缺点，epoll的解决方案不像select或poll一样每次都把current轮流加入fd对应的设备等待队列中，而只在epoll_ctl时把current挂一遍（这一遍必不可少）并为每个fd指定一个回调函数，当设备就绪，唤醒等待队列上的等待者时，就会调用这个回调函数，而这个回调函数会把就绪的fd加入一个就绪链表）。 epoll_wait的工作实际上就是在这个就绪链表中查看有没有就绪的fd（利用schedule_timeout()实现睡一会，判断一会的效果，和select实现中的第7步是类似的）。 对于第三个缺点，epoll没有这个限制，它所支持的FD上限是最大可以打开文件的数目，这个数字一般远大于2048,举个例子,在1GB内存的机器上大约是10万左右，具体数目可以cat /proc/sys/fs/file-max察看,一般来说这个数目和系统内存关系很大。 总结：（1）select，poll实现需要自己不断轮询所有fd集合，直到设备就绪，期间可能要睡眠和唤醒多次交替。 而epoll其实也需要调用epoll_wait不断轮询就绪链表，期间也可能多次睡眠和唤醒交替，但是它是设备就绪时，调用回调函数，把就绪fd放入就绪链表中，并唤醒在epoll_wait中进入睡眠的进程。 虽然都要睡眠和交替，但是select和poll在“醒着”的时候要遍历整个fd集合，而epoll在“醒着”的时候只要判断一下就绪链表是否为空就行了，这节省了大量的CPU时间。 这就是回调机制带来的性能提升。 （2）select，poll每次调用都要把fd集合从用户态往内核态拷贝一次，并且要把current往设备等待队列中挂一次，而epoll只要一次拷贝，而且把current往等待队列上挂也只挂一次（在epoll_wait的开始，注意这里的等待队列并不是设备等待队列，只是一个epoll内部定义的等待队列）。 这也能节省不少的开销。
发表评论