【linux软件基础知识】调度场景

nice值映射到时间片

nice值映射到时间片时可能出现的切换行为是不合理的。如下例子有效地说明了这个问题。

具有默认nice值(零)的进程被分配较长的时间片(100毫秒),而具有最高nice值(+20,最低优先级)的进程被分配较短的时间片(5毫秒)。默认优先级进程接收较长的时间片(100 毫秒),而低优先级进程则接收较短的时间片(5 毫秒)。 当每一类别中只有一个进程可运行时,时间片分配似乎是合理的,与低优先级进程相比,默认优先级进程接收更大的处理器份额。
然而,当两个低优先级进程变得可运行时,就会出现问题。 尽管我们期望每个进程都能获得 50% 的处理器资源,但它们在被抢占之前只能执行其短时间片(5 毫秒)的持续时间。 这会导致频繁的上下文切换每 10 毫秒发生两次,从而导致效率低下并增加开销。如果两个普通优先级进程正在运行,每个进程都会收到更长的时间片(100 毫秒),从而为它们提供更连续的执行时间。

在典型的调度场景中,预期的行为是,与较低优先级的进程相比,较高优先级的进程会获得更多的 CPU 时间。 这是因为较高优先级的进程通常与需要更高响应能力前台用户任务相关联,而较低优先级的进程通常是后台任务,可以以较低的 CPU 时间运行。

在您提供的示例中,

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

糖果Autosar

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值