gpt4 book ai didi

c - 使用 set_current_state 在内核中休眠

转载 作者:太空狗 更新时间:2023-10-29 11:15:25 24 4
gpt4 key购买 nike

我一直在阅读 http://www.linuxjournal.com/article/8144并考虑以下情况:

4253  /* Wait for kthread_stop */
4254 set_current_state(TASK_INTERRUPTIBLE);
4255 while (!kthread_should_stop()) {
4256 schedule();
4257 set_current_state(TASK_INTERRUPTIBLE);
4258 }
4259 set_current_state(TASK_RUNNING);
4260 return 0;

现在,如果在我们将进程设置为 sleep 的第 4254 行之前调用 kthread_stop,并且在该行之后我们实际上被抢占/调度并且进程也真正进入休眠状态,会发生什么情况?

在这种情况下,唤醒调用是在更改状态之前收到的(因此它不会影响我们),并且操作系统的正常操作让我们在实际检查任何内容之前进入休眠状态。

我想我遗漏了一些东西,可能是以下两个选项之一:(1) 状态的实际变化只发生在我们调用 schedule() 时,或者 (2) 在 set_current_state 调用之后和 schedule( ) 调用。

感谢您的帮助!

最佳答案

如果 kthread_stop 在第 4254 行之前被调用,kthread_should_stop() 将返回 true,并且 schedule() 将不会被调用。在这种特定情况下,migration_thread is scheduled with high priority with the SCHED_FIFO policy (没有时间片),并且只能被另一个具有更高优先级的 SCHED_FIFO 任务抢占(参见 sched_setscheduler )。

关于c - 使用 set_current_state 在内核中休眠,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13987867/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com