Linux调度-周期性调度器

很早以前有一个问题:搞单片机的时候,在不做响应任何中断的前提下,任何一个模块代码跑一个死循环,机器一定会卡死。但是到了接触linux之后,发现不论是在内核中还是用户层代码中,while(1)把机器搞死机这样的操作完全失效了,这是为什么?原来,这是周期性调度器的功劳,前提内核是抢占式内核在系统时钟中断来之后,在中断处理函数中会通过tick_periodic最终调到scheduler_tick,...
摘要由CSDN通过智能技术生成

很早以前有一个问题:搞单片机的时候,在不做响应任何中断的前提下,任何一个模块代码跑一个死循环,机器一定会卡死。但是到了接触linux之后,发现不论是在内核中还是用户层代码中,while(1)把机器搞死机这样的操作完全失效了,这是为什么?
原来,这是周期性调度器的功劳,前提内核是抢占式内核

在系统时钟中断来之后,在中断处理函数中会通过tick_periodic最终调到scheduler_tick,也就是一个"滴答"会调用一次这个函数,看下实现:

void scheduler_tick(void)
{
	int cpu = smp_processor_id();
	struct rq *rq = cpu_rq(cpu);
	struct task_struct *curr = rq->curr;
	struct rq_flags rf;

	sched_clock_tick();

	rq_lock(rq, &rf);

	walt_set_window_start(rq, &rf);
	walt_update_task_ravg(rq->curr, rq, TASK_UPDATE,
			walt_ktime_clock(), 0);
	update_rq_clock(rq);
	curr->sched_class->task_tick(rq, curr, 0);


	rq_unlock(rq, &rf);

}

这个函数主要就是更新一些统计量例如rq的时钟计数、cpu负载等,重点在curr->sched_class->task_tick(rq, curr, 0)会去调用当前进程所在调度类的task_tick方法来决定当前进程是不是应该被调度(真正的调度不在这里所以只是决定)。
例如rt

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值