当前位置: 首页 > 面试题库 >

NOHZ = ON如何影响Linux内核中的do_timer()?

殳俊晤
2023-03-14
问题内容

在一个简单的实验中,我设置NOHZ=OFF并用来printk()打印do_timer()函数被调用的频率。它在我的计算机上每10毫秒被调用一次。

但是,如果NOHZ=ON这样,就会有很多抖动do_timer()被调用。在大多数情况下,它确实每10毫秒被调用一次,但有时它会完全错过最后期限。

我已经研究了do_timer()NOHZ和NOHZ。do_timer()是负责更新jiffies值的功能,还负责流程的循环调度。

NOHZ功能可关闭系统上的高分辨率计时器。

我无法理解的是高分辨率计时器如何影响do_timer()?即使高分辨率硬件处于睡眠状态,持久性时钟也足以do_timer()每10 ms
执行一次。其次,如果do_timer()在应有的时间未执行,则意味着某些进程在理想情况下没有获得应有的时分。大量的搜索确实表明,对于许多人来说,许多应用程序在时开始工作得更好NOHZ=OFF

长话短说,如何NOHZ=ON影响do_timer()
为什么do_timer()错过最后期限?


问题答案:

首先,让我们了解什么是tickless kernelNOHZ=OnCONFIG_NO_HZ集合)以及从何将其引入Linux内核的动机。2.6.17

从http://www.lesswatts.org/projects/tickless/index.php中,

传统上,Linux内核为每个CPU使用一个定期计时器。该计时器完成了许多工作,例如进程记帐,调度程序html" target="_blank">负载平衡以及维护每个CPU计时器事件。较旧的Linux内核使用频率为100Hz的计时器(每秒100个计时器事件或每10ms一个事件),而较新的内核使用250Hz(每秒250个事件或每4ms一个事件)或1000Hz(每秒1000个事件或一个事件)每1ms)。

这种周期性的计时器事件通常称为“计时器滴答”。计时器滴答在设计上很简单,但是有一个明显的缺点:计时器滴答是周期性发生的,而不管处理器状态是空闲还是忙。如果处理器空闲,则必须每1、4或10毫秒从节能睡眠状态中唤醒。这会耗费大量能量,消耗笔记本电脑的电池寿命,并导致服务器不必要的功耗。

通过“无中断空闲”,Linux内核消除了CPU空闲时的这种定期定时器滴答。这样,CPU可以保持省电状态的时间更长,从而降低了整体系统的功耗。

因此,降低功耗是无滴答内核的主要动机之一。但实际上,在大多数情况下,性能会因功耗降低而受到影响。对于台式计算机,性能是最重要的问题,因此,您会看到大多数台式计算机都NOHZ=OFF运行良好。

用Ingo Molnar的话来说

无滴答内核功能(CONFIG_NO_HZ)启用“按需”计时器中断:如果在系统闲置时1.5秒内没有计时器到期,那么系统将完全闲置1.5秒。这应该可以带来更凉爽的CPU和更低的功耗:在我们的(x86)测试箱上,我们测量了从IRZ到每秒1-2个计时器中断的有效IRQ速率。

现在,让我们尝试回答您的查询-

我无法理解的是高分辨率计时器如何影响do_timer?

如果系统支持高分辨率计时器,则10ms在大多数系统上,计时器中断的发生频率可能​​比平时高。也就是说,每个计时器都试图通过利用系统功能并通过更快地触发计时器中断来使系统更具响应性100us。因此,通过NOHZ选择,这些计时器会冷却下来,因此do_timer

即使高分辨率硬件处于睡眠状态,持久性时钟也能够每10毫秒执行一次do_timer

是的,它有能力。但是的意图NOHZ恰恰相反。为防止定时器频繁中断!

其次,如果do_timer何时不执行,则意味着某些进程在理想情况下没有获得分时

正如注释中所指出的,cafNOHZ不会导致进程调度的频率降低,因为它仅在CPU空闲时启动(换句话说,当没有进程可调度时才启动)。仅流程记帐工作将在延迟的时间完成。

为什么do_timer错过了截止日期?

如所阐述的,这是 NOHZ

我建议您以tick-sched.c内核源代码为起点。搜索CONFIG_NO_HZ并尝试理解添加了新的功能NOHZ特性

这是一项旨在测量不滴答内核影响的测试



 类似资料:
  • 问题内容: Linux内核开发人员如何在提交代码后在本地测试他们的代码?他们是否使用某种单元测试,构建自动化?测试计划? 问题答案: linux内核非常重视社区测试。 通常,任何开发人员都会在提交之前测试他们自己的代码,并且经常会使用Linus的内核开发版本,或者与他们的工作相关的项目使用其他不稳定/开发树之一。这意味着他们经常同时测试自己的变更和其他人的变更。 正式的测试计划的方式往往不多,但是

  • 问题内容: 我最近发现,LEFT JOIN的ON子句可能包含诸如(1 = 1)的值。 这让我很沮丧,因为它破坏了我对联接功能的理解。 我遇到了以下情况的详细版本: 这是完全合法的。如果有的话,“ Manager.ID = -1”会完成什么工作?这如何影响Join? 问题答案: 如果人员表是: 如果经理表是 如果查询是: 那么结果是: 在这里,所有人员行都以-1 Admin(在manager表上)联

  • 问题内容: 该功能在内部如何工作?考虑到内核确实具有访问用户内存空间的特权,它是否使用任何缓冲区还是完成了任何内存映射? 问题答案: 的实现高度依赖于体系结构。 在x86和x86-64上,它只是直接从用户空间地址进行读取并写入内核空间地址,同时如果已配置,则暂时禁用SMAP(超级用户模式访问阻止)。它的棘手部分是将代码放置在特殊区域中,以便页面错误处理程序可以识别其中何时发生错误。发生的内存保护错

  • 问题内容: 我正在尝试为x86目标构建rootfs,这已经足够简单了。但是我不知道如何配置buildroot产生的内核。第一次运行是由menuconfig提出的,但此后一直缓存.config,我看不到在哪里进行更改。 约650MB的内核模块对嵌入式目标没有好处:P 有没有一种简单的方法可以在buildroot中配置内核?诸如目标之类的东西将是完美的。 问题答案: 答案是:

  • 问题内容: 所有, 下面的代码来自“ Unix环境中的高级编程”,它创建一个新线程,并打印主线程和新线程的进程ID和线程ID。 在书中,它表示在linux中,此代码的输出将显示两个线程具有不同的进程ID,因为pthread使用轻量级进程来模拟线程。但是,当我在Ubuntu 12.04中运行此代码时,它具有内核3.2,并打印了相同的pid。 那么,新的Linux内核是否会更改pthread的内部实现

  • 主要内容:initramfe虚拟文件系统GRUB 加载了内核之后,内核首先会再进行二次系统的自检,而不一定使用 BIOS 检测的硬件信息。这时内核终于开始替代 BIOS 接管 Linux 的启动过程了。 内核完成再次系统自检之后,开始采用动态的方式加载每个硬件的模块,这个动态模块大家可以想象成硬件的驱动(默认 Linux 硬件的驱动是不需要手工安装的,如果是重要的功能,则会直接编译到内核当中;如果是非重要的功能,比如硬件驱动会编译为模块