7.switch_to到底干了啥？

第六讲（传送门：fork + execve：一个进程的诞生）我们介绍了进程的诞生，可是操作系统中有很多进程，进程之间怎么切换的，又有哪些奥秘？我们回到源码，细细阅读。

操作系统原理中介绍了大量进程调度算法，这些算法从实现的角度看仅仅是从运行队列中选择一个新进程，选择的过程中运用了不同的策略而已。

对于理解操作系统的工作机制，反而是进程的调度时机与进程的切换机制更为关键。

进程调度的时机：

1.             中断处理过程（包括时钟中断、I/O中断、系统调用和异常）中，直接调用schedule()，或者返回用户态时根据need_resched标记调用schedule()；

2.             内核线程可以直接调用schedule()进行进程切换，也可以在中断处理过程中进行调度，也就是说内核线程作为一类的特殊的进程可以主动调度，也可以被动调度；

3.             用户态进程无法实现主动调度，仅能通过陷入内核态后的某个时机点进行调度，即在中断处理过程中进行调度。

 

进程的切换

为了控制进程的执行，内核必须有能力挂起正在CPU上执行的进程，并恢复以前挂起的某个进程的执行，这叫做进程切换、任务切换、上下文切换；

挂起正在CPU上执行的进程，与中断时保存现场是不同的，中断前后是在同一个进程上下文中，只是由用户态转向内核态执行；

进程上下文包含了进程执行需要的所有信息

1.      用户地址空间：包括程序代码，数据，用户堆栈等

2.      控制信息：进程描述符，内核堆栈等

3.      硬件上下文（注意中断也要保存硬件上下文只是保存的方法不同）

 

schedule()函数选择一个新的进程来运行，并调用context_switch进行上下文的切换，这个宏调用switch_to来进行关键上下文切换。

next= pick_next_task(rq, prev);//进程调度算法都封装这个函数内部

context_switch(rq,prev, next);//进程上下文切换

switch_to利用了prev和next两个参数：prev指向当前进程，next指向被调度的进程

 

 

我们从schedule()函数开始，一步步分析，看内核为切换进程做了哪些工作。schedule()函数位于linux-3.18.6\kernel\sched\core.c文件中。

asmlinkage__visible void __sched schedule(void)
{
         struct task_struct *tsk = current;
 
         sched_submit_work(tsk);
         __schedule();
}

__visible指出在内核的任何位置都可以调用schedule()。schedule()的尾部调用了__schedule()，我们进入__schedule()看看，__schedule()位于linux-3.18.6\kernel\sched\core.c文件中。

进入__schedule();之后的函数栈为：schedule()-> __schedule()。

static void__sched __schedule(void)
{
         struct task_struct *prev, *next;
         unsigned long *switch_count;
         struct rq *rq;
         int cpu;
 
need_resched:
         preempt_disable();
         cpu = smp_processor_id();
         rq = cpu_rq(cpu);
         rcu_note_context_switch(cpu);
         prev = rq->curr;
 
         schedule_debug(prev);
 
         if (sched_feat(HRTICK))
                   hrtick_clear(rq);
 
         /*
          * Make sure thatsignal_pending_state()->signal_pending() below
          * can't be reordered with__set_current_state(TASK_INTERRUPTIBL