Linux内核分析——进程切换与系统一般执行过程

一、进程的调度与切换

1、进程分类

第一种分类：

• I/O密集型（I/O-bound）
  频繁的进行I/O
  通常会花费很多时间等待I/O操作的完成

• CPU密集型（CPU-bound）
  计算密集型
  需要大量的CPU时间进行运算

第二种分类：

• 批处理进程
  不必与用户交互，通常在后台运行
  不必很快响应
  典型：编译程序，科学计算

• 实时进程
  有实时需求，不应被低优先级的进程阻塞
  响应时间要短要稳定
  典型：视频、音配、机械控制
  -交互式进程
  需要经常与用户交互，所以要花很多时间等待用户输入操作
  响应时间要快，平均延迟低于50~150ms
  典型：shell，文本编辑程序，图形应用程序

2、根据分类选择调度策略

Linux的调度基于分时和优先级。

Linux的进程根据优先级排队
根据特定的算法计算出进程的优先级，用一个值表示
这个值表示把进程如何适当的分配给CPU
Linux进程中的优先级是动态的
调度程序会根据进程的行为周期性地调整进程的优先级
例如：
较长时间为被分配到cpu——↑
已经在cpu上运行了较长时间——↓

3、进程调度的实现和时机

方法：

• 直接调用schedule()
• 松散调用，need_resched标记为1时需要调度

时机：

1. 中断处理过程（包括时钟中断、I/O中断、系统调用和异常）中，直接调用schedule()，或者返回用户态时根据need_resched标记调用schedule()。属于【主动调度】。
2. 因为schedule（）并没有提供系统调用，所以用户态进程无法实现主动调度，仅能通过陷入内核态后的某个时机点进行调度，即在中断处理过程中进行调度。用户态进程【只能被动调度】。
3. 内核线程可以直接调用schedule()进行进程切换，也可以在中断处理过程中进行调度，也就是说内核线程既可以【主动调度，也可以被动调度】。

4、从内核代码看进程调度

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

switch_to用嵌入式汇编实现了内核堆栈具体切换过程与寄存器值的改变。与week2的mykernel可以结合起来。

  #define switch_to(prev, next, last)                    
32  do {                                 
33    /*                              
34     * Context-switching clobbers all registers, so we clobber  
35     * them explicitly, via unused output variables.     
36     * (EAX and EBP is not listed because EBP is saved/restored  
37     * explicitly for wchan access and EAX is the return value of   \
38     * __switch_to())                     
39     */                                
40    unsigned long ebx, ecx, edx, esi, edi;                
41                                    
42    asm volatile("pushfl\n\t"      /* 保存当前进程的标志位 */   
43             "pushl %%ebp\n\t"        /* 保存当前进程的堆栈基址EBP   */ 
44             "movl %%esp,%[prev_sp]\n\t"  /* 保存当前栈顶ESP   */ 
45             "movl %[next_sp],%%esp\n\t"  /* 把下一个进程的栈顶放到esp寄存器中，完成了内核堆栈的切换，从此往下压栈都是在next进程的内核堆栈中。   */ 

46             "movl $1f,%[prev_ip]\n\t"    /* 保存当前进程的EIP   */ 
47             "pushl %[next_ip]\n\t"   /* 把下一个进程的起点EIP压入堆栈   */    
48             __switch_canary                   
49             "jmp __switch_to\n"  /* 因为是函数所以是jmp，通过寄存器传递参数，寄存器是prev-a，next-d，当函数执行结束ret时因为没有压栈当前eip，所以需要使用之前压栈的eip，就是pop出next_ip。  */ 

以上四行代码实际是使用next进程的进程堆栈，但是还算成prev的进程执行，内核堆栈的切换和进程切换完成并不同时间。

50             "1:\t"               /* 认为next进程开始执行。 */         
51             "popl %%ebp\n\t"     /* restore EBP   */    
52             "popfl\n"         /* restore flags */  
53                                    
54             /* output parameters 因为处于中断上下文，在内核中
                prev_sp是内核堆栈栈顶
                prev_ip是当前进程的eip */                
55             : [prev_sp] "=m" (prev->thread.sp),     
56               [prev_ip] "=m" (prev->thread.ip),  //[prev_ip]是标号        
57               "=a" (last),                 
58                                    
59               /* clobbered output registers: */     
60               "=b" (ebx), "=c" (ecx), "=d" (edx),      
61               "=S" (esi), "=D" (edi)             
62                                         
63               __switch_canary_oparam                
64                                    
65               /* input parameters: 
                next_sp下一个进程的内核堆栈的栈顶
                next_ip下一个进程执行的起点，一般是$1f，对于新创建的子进程是ret_from_fork*/                
66             : [next_sp]  "m" (next->thread.sp),        
67               [next_ip]  "m" (next->thread.ip),       
68                                         
69               /* regparm parameters for __switch_to(): */  
70               [prev]     "a" (prev),              
71               [next]     "d" (next)               
72                                    
73               __switch_canary_iparam                
74                                    
75             : /* reloaded segment registers */           
76            "memory");                  
77  } while (0)

二、进程切换的一般过程

最一般的情况：正在运行的用户态进程X切换到运行用户态进程Y的过程。
图是我上上周blog中自己理解着画的，不对之处求指正！！

1、正在运行的用户态进程X

2、发生中断——

save cs:eip/esp/eflags(current) to kernel stack
压入内核堆栈
load cs:eip(entry of a specific ISR) and ss:esp(point to kernel stack).
把当前进程的内核堆栈的信息保存，和当前中断例程的起点加载

3、SAVE_ALL //保存现场
4、中断处理过程中或中断返回前调用了schedule()【进程调度时机，可能进行调度】，其中的switch_to做了关键的进程上下文切换。
5、标号1之后开始运行用户态进程Y【这里Y曾经通过以上步骤被切换出去过因此可以从标号1继续执行】
6、restore_all //恢复现场
7、iret - pop cs:eip/ss:esp/eflags from kernel stack从内核堆栈中弹出Y的相关信息
8、继续运行用户态进程Y

三、Linux系统架构和执行过程概览

Linux操作系统的结构

四、问题

1、switch_to
总觉得进程X即将被切换出去时，prev—>thread.ip保存的应该是下一条指令，然而为何总是”1:\t”？$1f指代的是哪条具体指令？
2、switch_to
switch_to里有一句”jmp __switch_to\n” ，所以说这是个函数自身的递归？那么递归的终点在哪里？返回点在哪里？一头雾水。。
3、虚拟地址空间的映射