睡眠和唤醒

retuor

我在看 《Linux 内核设计与实现》一书。

该书 35 页说：

......所以，在内核中进行休眠的推荐操作就相对复杂了一些：

1. 
   
2. /* 'q' 是我们希望睡眠的等待队列 */
   
3. 
   
4. DECLARE_WAITQUEUE(wait,  cureent);
   
5. 
   
6. add_wait_queue (q, &wait);
   
7. set_current_state (TASK_INTERRUPTIBLE);
   
8. while (!condition)
   
9.     schedule();
   
10. set_current_state(TASK_RUNNING);
    
11. remove_wait_queue (q, &wait);
    

复制代码

... 当条件满足后，进程将自己设置为 TASK_RUNNING 并调用 remove_wiait_queue()  把自己移出等待队列。


但在第 36 页又说:

唤醒操作通过函数 wake_up() 进行，它会唤醒指定的等待队列上的所有进程。它调用函数 try_to_wake_up()，该函数负责将进程设置为 TASK_RUNNING 状态，调用 activate_task() 将此队列放入可执行队列......

35 页的设置 TASK_RUNNING 跟 36 页的设置 TASK_RUNNING 有什么关系？

accessory

我个人理解：
35页这个是SLEEP进程自己发现了条件满足，自己把自己唤醒。

36页那个是其他一个进程来唤醒在睡觉的进程。

accessory

ls,你说的这个和LZ说的差别还是很大的。你的这个是ACPI的问题。

retuor

回复 2# accessory

我觉得总要有个东西把进程唤醒才对。进程已经处于 TASK_INTERRUPTIBLE 状态了，应该不会自己醒过来吧？

在我看来 35 和 36 是同一个事情的两个方面，35 主要说睡眠，36 讲唤醒。但我无法把它们匹配起来，它们好像做了重复的工作？

accessory

LZ,你看的是中文版？是不是翻译的英文第二版？

我看到的英文版的代码如下：

1. 
   
2. /* 'q' is the wait queue we wish to sleep on */
   
3. DECLARE_WAITQUEUE(wait, current);
   
4. 
   
5. add_wait_queue(q, &wait);
   
6. while (!condition) {     /* condition is the event that we are waiting for */
   
7.         set_current_state(TASK_INTERRUPTIBLE); /* or TASK_UNINTERRUPTIBLE */
   
8.         if (signal_pending(current))
   
9.                 /* handle signal */
   
10.         schedule();
    
11. }
    
12. set_current_state(TASK_RUNNING);
    
13. remove_wait_queue(q, &wait);
    
14. 
    

复制代码

retuor

是的，我看的是中文版。

Anyul

这两个TASK_RUNNING应该是一样的吧。
在condition为零的时候，这个TASK_RUNNING是重复的了
在condition始终不为零的时候，这个schedule()始终没被调用到，就需要设置TASK_RUNNING了。
不知道是不是应该这样理解啊。。

消失在地平线

一直没想过这个问题；
出于可读性，还是也该匹配的