Ucore Lab6

  Lab6主要是与进程调度相关，完成了进程调度器框架和具体的RR调度和步长调度算法。
  合并前面代码时，发现操作系统启动会触发一处断言错误，经过meld比对是实验代码中pmm.c中一处缺少了清除TLB，需要补充。如果make qemu出现断言错误可以查看一下这里是否有错。除了lab0中需要修改的部分，其他直接合并就好。
​
  练习一中的MLFQ会在后续补充完整实现代码（已更新）。challenge暂时不做。

实验目的

  • 理解操作系统的调度管理机制
  • 熟悉 ucore 的系统调度器框架，以及缺省的Round-Robin 调度算法
  • 基于调度器框架实现一个(Stride Scheduling)调度算法来替换缺省的调度算法

实验内容

练习0：已有实验代码改进

1.proc_struct

  为了支持Lab6中实现的调度算法，进程控制块中需要添加新的变量来记录相关信息。其中的一个变量用于保存进程的行程值，但是被定义为了stride（步长）。与OSTEP书中的表示不同，实验指导书中将pass称为步长，stride记为行程值，在本实验中我按照与书中相同的定义，将步长称为stride，行程值称为pass。proc_struct中补充的变量如下：

struct proc_struct {......struct run_queue *rq;                       // running queue contains Processlist_entry_t run_link;                      // the entry linked in run queueint time_slice;                             // time slice for occupying the CPU/* 以下仅在步长调度使用 */skew_heap_entry_t lab6_run_pool;            // FOR LAB6 ONLY: the entry in the run pooluint32_t lab6_pass;                         // 步长，原定义为stride，这里我修改为pass uint32_t lab6_priority;                     // FOR LAB6 ONLY: the priority of process, set by lab6_set_priority(uint32_t)
};
  • rq：run_queue是定义在sche.h中的结构，用于维护运行队列，rq是运行队列的指针
  • run_link：该进程在运行队列的链表中的结点
  • time_slice：进程剩余时间片
  • lab6_run_pool：skew_heap是为了实现步长调度实现的优先队列，该变量为进程在优先队列中的结点
  • lab6_pass：进程行程值
  • lab6_priority：进程优先级

2.alloc_proc

  对应proc_struct新增的成员变量，分配进程控制块时要进行初始化。补充alloc_proc如下：

alloc_proc(void) {struct proc_struct *proc = kmalloc(sizeof(struct proc_struct));if (proc != NULL) {.......proc->rq = NULL;proc->run_link.prev = proc->run_link.next = NULL;proc->time_slice = 0;proc->lab6_run_pool.left = proc->lab6_run_pool.right = proc->lab6_run_pool.parent = NULL;proc->lab6_pass = 0;proc->lab6_priority = 0;     }return proc;
}

  其中lab6_run_pool的初始化是根据skew_heap_entry的结构进行的：

//skew_heap.h
struct skew_heap_entry {struct skew_heap_entry *parent, *left, *right;
};

3.trap_dispatch

  对进程调度要对进程的时间片情况进行记录，在进程控制块中新定义的time_slice用来记录剩余时间片长度。而每次发生时钟中断时，都将时间片长度-1。因此修改trap_dispatch，时钟中断时调用sched_class_proc_tick将进程剩余时间片-1。

......
case IRQ_OFFSET + IRQ_TIMER:ticks ++;assert(current != NULL);sched_class_proc_tick(current);break;
......

  这个函数会调用sched_class中的proc_tick，该函数会将进程剩余时间片-1。如果时间片已用完，会将进程设置为需要调度。

void
sched_class_proc_tick(struct proc_struct *proc) {if (proc != idleproc) {sched_class->proc_tick(rq, proc);}else {proc->need_resched = 1;                             //当前进程为idle_proc，需要调度运行其他进程}
}
//默认轮转调度sched_class中的proc_tick
static void
RR_proc_tick(struct run_queue *rq, struct proc_struct *proc) {if (proc->time_slice > 0) {proc->time_slice --;}if (proc->time_slice == 0) {                        proc->need_resched = 1;                             //时间片用完，需要进行调度}
}

练习1: 使用 Round Robin 调度算法

1.调度器框架

​ 运行队列

  ucore中使用运行队列（run_queue）管理需要调度的进程。在该队列中所有进程都是就绪态，即可以准备运行的状态。当需要选择一个进程进行调度时，就从运行队列中进行选择。运行队列使用一个结构体来表示，其中有一个链表，这个链表链接了所有处于就绪态等待调度的进程，还有一些其他队列相关的信息，如队列进程总数和进程一次调度占用最多的时间片长度。

struct run_queue {//运行队列链表list_entry_t run_list;//优先队列形式的进程容器，步长调度使用skew_heap_entry_t  *lab6_run_pool;//表示队列进程总数unsigned int proc_num;//每个进程一轮占用的最多时间片int max_time_slice;
};

  为了支持调度，进程控制块增加了一些变量，保存相关信息。其中就包括运行队列的指针，运行队列链表结点以及剩余时间片长度等，并且在创建进程控制块时初始化，已在练习0中补充。

​ 调度器框架

  ucore实现了一个与调度算法无关的调度器框架结构sched_class，以保证调度算法的通用性。调度器框架中定义了一些调度器接口，通过调度器框架就可以使用调度器的功能。

struct sched_class {// 调度器名const char *name;// 初始化运行队列void (*init) (struct run_queue *rq);// 将进程 p 插入队列 rqvoid (*enqueue) (struct run_queue *rq, struct proc_struct *p);// 将进程 p 从队列 rq 中删除void (*dequeue) (struct run_queue *rq, struct proc_struct *p);// 返回运行队列中下一个可执行的进程struct proc_struct* (*pick_next) (struct run_queue *rq);// 时钟中断时调用，减少进程可用时间，检查是否需要调度void (*proc_tick)(struct  run_queue* rq, struct proc_struct* p);
};

  这些函数指针使用情况如下：

  • init：只在操作系统启动，指定具体调度器框架时调用，完成对运行队列的初始化
  • enqueue：将进程插入运行队列。一共有两种情况会将进程插入运行队列：
    • do_fork创建子进程结束时，调用wakeup_proc，将子进程设置为可运行状态（PROC_RUNNABLE），并将其插入运行队列。
    • 当一个进程用完了可用时间片，在调度器进行调度时（调用schedule），会调度其他进程运行，将该进程插入运行队列
  • dequeue：进程被调度时，将进程从运行队列中删除（运行队列只保存就绪态的进程）
  • pick_next：返回运行队列中下一个将要执行的进程，这个进程是根据调度策略进行选择的
  • proc_tick：时钟中断时将进程的可用时间片-1，并判断时间片是否用完，是否需要调度器进行调度

  具体使用的调度器框架是在sched_init这个函数中指定的，在内核初始化时，即在kern_init中会调用sched_init，确定一个具体的调度器框架并进行运行队列初始化。

static list_entry_t timer_list;
struct run_queue;
void
sched_init(void) {list_init(&timer_list);                               //这个链表并没有被使用，可能是旧的ucore版本使用的sched_class = &default_sched_class;                 //默认为RR调度rq = &__rq;                                           //运行队列rq->max_time_slice = MAX_TIME_SLICE;              //sched.h中定义：#define MAX_TIME_SLICE 5sched_class->init(rq);                               //调用调度器的init函数进行初始化cprintf("sched class: %s\n", sched_class->name);
}

2.RR调度算法

  RR调度算法是让所有状态为PROC_RUNNABLE的进程轮流使用CPU时间。RR调度主要是通过维护运行队列实现的。当前进程的时间片用完之后，调度器将当前进程放置到运行队列的尾部，再从其头部取出进程进行调度。运行队列run_queue用一个双向链表将进程连接，并记录了进程运行队列中的最大执行时间片。进程控制块proc_struct中增加了一个成员变量time_slice，用来记录进程当前的可运行时间片长度。通过时间片是否用完决定是否要进行进程调度工作。RR调度算法的各个函数实现如下。

​ RR_init
  对运行队列初始化，将运行队列中的进程数设置为0。

static void
RR_init(struct run_queue *rq) {list_init(&(rq->run_list));rq->proc_num = 0;
}

​ RR_enqueue

  将进程插入运行队列，并设置进程的可用时间片为最大时间片。

static void
RR_enqueue(struct run_queue *rq, struct proc_struct *proc) {assert(list_empty(&(proc->run_link)));                                   //确定进程不在链表中list_add_before(&(rq->run_list), &(proc->run_link));                   //加入运行队列链表if (proc->time_slice == 0 || proc->time_slice > rq->max_time_slice) {   proc->time_slice = rq->max_time_slice;                               //时间片设置}proc->rq = rq;rq->proc_num ++;
}

​ RR_dequeue

  将进程从运行队列删除。

static void
RR_dequeue(struct run_queue *rq, struct proc_struct *proc) {assert(!list_empty(&(proc->run_link)) && proc->rq == rq);list_del_init(&(proc->run_link));rq->proc_num --;
}

​ RR_pick_next

  从运行队列中选出下一个需要运行的进程。对于RR调度算法，只需要取出队列头部的进程就可以了。

static struct proc_struct *
RR_pick_next(struct run_queue *rq) {list_entry_t *le = list_next(&(rq->run_list));if (le != &(rq->run_list)) {return le2proc(le, run_link);}return NULL;
}

​ RR_proc_tick

​ 减少进程可用时间片。当可用时间片为0时，会设置进程控制块的need_resched为1，后续在中断处理中会根据这个值决定进行进程调度。

static void
RR_proc_tick(struct run_queue *rq, struct proc_struct *proc) {if (proc->time_slice > 0) {proc->time_slice --;}if (proc->time_slice == 0) {proc->need_resched = 1;                                                 //设置为需要调度}
}

3.调度过程

  结合以上对具体的调度器使用的函数的分析，一次具体的调度过程为：发生时钟中断在trap_dispatch中处理，调用RR_proc_tick(时间片用完，need_reched=1)，返回至trap，根据need_resched调用schedule，在schedule中调用以上函数，将当前进程移入运行队列(enqueue)，选择下一个运行的进程(pick_next)，从运行队列删除(dequeue)，最后调用proc_run，完成进程切换。

4.多级反馈队列调度算法

  多级反馈调度队列算法采用多优先级队列，根据进程反馈信息决定进程优先级，根据优先级进行调度。具体的规则如下：

  • 如果A的优先级>B的优先级，先运行A
  • 如果A的优先级=B的优先级，轮转运行A和B
  • 工作进入系统时，放在最高优先级
  • 每当工作用完其在某一层的时间配额，就降低其优先级（避免交互型进程独占CPU）
  • 每经过一段时间，就将系统中所有工作重新加入最高优先级（避免饥饿）

  实现多级反馈队列调度的大致思路如下：

  • 创建多个运行队列，并在进程控制块中记录进程所在队列的优先级，初始化为0
  • 定义时间配额，在进程控制块中进行记录，用于调整优先级
  • 将新的进程(根据优先级初始化为0判断是否为新进程)加入运行队列时，加入最高优先级的运行队列
  • 将时间片用完的进程加入运行队列时，判断配额是否用完，若用完则加入低优先级队列
  • 选择将要运行的进程时，先在高优先级队列寻找是否有进程等待运行，没有则在同级别优先队列按照轮转调度选择下一个要运行的进程
     接下来给出具体的实现，直接对default_sched进行修改。首先是在proc结构中增加时间配额time_quantum，并在alloc_proc中进行初始化。用完时间片会进行进程调度，如果同时用完时间配额，则需要降低优先级。将这个值宏定义在default_sched.c中，这个值此处设置为20。每次时间片用完这个值也-1。
//添加时间配额
struct proc_struct {......uint32_t time_quantum;
};
//初始化为0
static struct proc_struct *
alloc_proc(void) {...... proc->time_quantum = 0;}return proc;
}
//default_sched.c，定义时间配额
#define TIME_QUANTUM 20

  修改运行队列，设置三个运行列表，数字小的优先级高。

struct run_queue {list_entry_t run_list_1;list_entry_t run_list_2;list_entry_t run_list_3;unsigned int proc_num;int max_time_slice;// For LAB6 ONLYskew_heap_entry_t *lab6_run_pool;
};

  接下来对调度器函数进行修改，首先修改init函数，对三个队列进行初始化。

static void
MLFQ_init(struct run_queue *rq) {list_init(&(rq->run_list_1));list_init(&(rq->run_list_2));list_init(&(rq->run_list_3));rq->proc_num = 0;
}

  对于加入队列的函数，需要根据优先级进行判断。如果为0则为新进程，加入最高优先级队列，其他则判断时间配额是否用完，如果用完，放入低一级的优先队列，并重设配额。

static void
MLFQ_enqueue(struct run_queue *rq, struct proc_struct *proc) {assert(list_empty(&(proc->run_link)));if(proc->lab6_priority == 0){proc->lab6_priority = 1;proc->time_quantum = TIME_QUANTUM;list_add_before(&(rq->run_list_1), &(proc->run_link));}else{if(proc->time_quantum == 0){                      //配额用完proc->time_quantum = TIME_QUANTUM;                //重设配额switch(proc->lab6_priority){                   //加入低优先级case 1:proc->lab6_priority = 2;list_add_before(&(rq->run_list_2), &(proc->run_link));break;case 3:                                        //3为最低优先级，无法再降低case 2:proc->lab6_priority = 3;list_add_before(&(rq->run_list_3), &(proc->run_link));break;}}else{switch(proc->lab6_priority){                   //按照优先级加入队列case 1:list_add_before(&(rq->run_list_1), &(proc->run_link));break;case 2:list_add_before(&(rq->run_list_2), &(proc->run_link));break;case 3:list_add_before(&(rq->run_list_3), &(proc->run_link));break;}}}if (proc->time_slice == 0 || proc->time_slice > rq->max_time_slice) {proc->time_slice = rq->max_time_slice;}proc->rq = rq;rq->proc_num ++;
}

  移出队列不需要改动，直接沿用RR调度的实现。

static void
MLFQ_dequeue(struct run_queue *rq, struct proc_struct *proc) {assert(!list_empty(&(proc->run_link)) && proc->rq == rq);list_del_init(&(proc->run_link));rq->proc_num --;
}

  选择下一个进程需要从优先级高的列表寻找，即从列表1开始寻找，如果为空则寻找低一级中是否存在进程。

static struct proc_struct *
MLFQ_pick_next(struct run_queue *rq) {list_entry_t *le1 = list_next(&(rq->run_list_1));list_entry_t *le2 = list_next(&(rq->run_list_2));list_entry_t *le3 = list_next(&(rq->run_list_3));if (le1 != &(rq->run_list_1)) {return le2proc(le1, run_link);}else if(le2 != &(rq->run_list_2)){return le2proc(le2, run_link); }else if(le3 != &(rq->run_list_3)){return le2proc(le3, run_link); }return NULL;
}

  时间片减少时需要将配额时间也减小，同时引入trap.c中定义的时钟中断计数，如果时钟中断达到1000，将所有进程放到最高优先级列表。此处重新调整所有进程至最高优先级列表的操作在实现的过程中遇到了问题。暂时不添加，会有饥饿问题产生。

#include <trap.h>
extern int ticks;               //引入ticks
static void
MLFQ_proc_tick(struct run_queue *rq, struct proc_struct *proc) {if (proc->time_slice > 0) {proc->time_slice --;}if (proc->time_slice == 0) {proc->need_resched = 1;}if(proc->time_quantum > 0){proc->time_quantum --;    //可用配额-1}/* 未完成：重新将所有进程加入最高优先级列表 */
}

  最后的测试，由于不清楚具体怎样衡量调度算法的效率，此处只验证调度算法可以正常运行。在上述实现中添加了一些输出提示，然后make run-matrix运行用户程序matrix，这个程序会创建比较多的子进程，可以简单测试调度器是否能正常工作。输出大致如下，调度器可以工作。

.......
从队列1中选择进程运行
从队列1中选择进程运行
pid 3 is running (1000 times)!.
pid 3 done!.
从队列1中选择进程运行
pid 4 is running (1000 times)!.
......
配额用完，调整队列
从队列1中选择进程运行
配额用完，调整队列
从队列1中选择进程运行
配额用完，调整队列                        //队列1中的都运行结束或配额用完
从队列2中选择进程运行
......

练习2: 实现 Stride Scheduling 调度算法

1.步长调度算法

  RR调度下，进程轮流使用cpu资源，是一种公平的调度。为了提高工作效率，有时需要根据进程的优先级分配cpu资源的使用，使高优先级的进程占用更多的cpu资源。步长调度是基于这种需求实现的，调度规则大致如下：

  • 为每个runnable的进程设置一个当前行程值，表示该进程当前的调度权。定义对应的步长值，表示对应进程在调度后，行程值需要进行的累加值。
  • 每次需要调度时，从当前就绪态的进程中选择行程值最小的进程调度。
  • 对于获得调度的进程，将对应的行程值加上步长。
  • 在一段固定的时间之后，重新调度当前行程值最小的进程。

​  与实验指导书不同，我采用了OSTEP书中的定义，将步长值称为stride，行程值称为pass。

  步长是通过计算得到的，计算原理是先定义一个很大的数BIG_NUM，然后确定各个进程的优先级priority，则每个进程的步长为：stride(步长) = BIG_NUM/priority <= BIG_NUM。而每次调度，都为行程值加上步长，即pass(行程值) += stride。行程值会随着进程被调度而增大，要考虑溢出的问题，行程值溢出后，如果直接比较两个行程值时就可能出错。因此采用两数作差与0比较，得出两个行程值的大小关系。但两数作差仍然有溢出的问题，把两个数看做有符号数（无符号数和补码有符号数的减法相同，只是对机器表示的解释不同，因此可以把无符号数减法看作有符号数减法），有符号数的减法也会产生溢出，溢出情况是：两数差超出了32位整型能表示的范围。因此两个行程值的差必须在32位有符号整数的范围内。由于步长调度选择行程最小的进程进行调度，最大行程值-最小行程值 <= 最大步长（如果最大行程值 > 最小行程值 + 最大步长，说明上一次调度的不是最小行程值的进程，这不符合步长调度规则），而步长 <= BIG_NUM， 因此有最大行程值-最小行程值<=BIG_NUM，只要控制BIG_NUM不超过最大32位有符号整型就可以保证行程值比较正确。因此可以设置BIG_NUM = 0x7FFFFFFF。

2.优先级队列

  在步长调度选择将要运行的进程时，需要找到步长最小的进程，为了避免遍历队列找到这个进程，ucore提供了优先级队列，使用该队列结构来保存就绪态进程，就可以在选择时快速取出步长最小的进程。结构定义以及主要使用的函数如下：

// 优先队列节点的结构
typedef struct skew_heap_entry  skew_heap_entry_t;
// 初始化一个队列节点
void skew_heap_init(skew_heap_entry_t *a);
// 将节点 b 插入至以节点 a 为队列头的队列中去，返回插入后的队列
skew_heap_entry_t  *skew_heap_insert(skew_heap_entry_t  *a,skew_heap_entry_t  *b,compare_f comp);
// 将节点 b 插入从以节点 a 为队列头的队列中去，返回删除后的队列
skew_heap_entry_t  *skew_heap_remove(skew_heap_entry_t  *a,skew_heap_entry_t  *b,compare_f comp);

  其中优先队列的顺序是由比较函数comp决定的，sched_stride.c中提供了proc_stride_comp_f比较器用来比较两个stride的大小，可以直接使用。

3.步长调度算法实现

  在ucore中实现步长调度算法，只需要补全调度器框架中对应的函数，将初始化时指定的调度器框架修改为步长调度算法框架。进程控制块中已经包含了优先队列结点和行程值记录变量以及进程优先级，分配进程控制块时也已经做好了初始化工作。在步长调度算法中，是进程优先级决定了步长，从而影响cpu资源的分配，在本实验中增加了一个系统调用sys_lab6_set_priority，可以修改进程控制块中的priority变量，指定进程的优先级。

​ BIG_NUM

  根据以上对步长调度的分析，步长 = BIG_NUM / 优先级。BIG_NUM小于等于32位整型表示的有符号最大正数，因此可以设置为0x7FFFFFF（原代码是BIG_STRIDE，这里修改成BIG_NUM）。

#define BIG_NUM 0x7FFFFFFF

​ proc_stride_comp_f

  排序规则，将进程行程值作差比较。由于我将行程值改为pass表示，所以这里需要修改，如果使用指导书上的用stride表示行程值，这里不需要修改。

static int
proc_stride_comp_f(void *a, void *b)
{struct proc_struct *p = le2proc(a, lab6_run_pool);struct proc_struct *q = le2proc(b, lab6_run_pool);int32_t c = p->lab6_pass - q->lab6_pass;          //用pass表示行程值if (c > 0) return 1;else if (c == 0) return 0;else return -1;
}

​ stride_init

  初始化运行队列，对优先队列进行初始化，将进程数设置为0。在实现的这个步长调度里使用优先队列，因此链表可以不初始化。

static void
stride_init(struct run_queue *rq) {//list_init(&(rq->run_list));                     //使用链表rq->lab6_run_pool = NULL;                         //使用优先队列rq->proc_num = 0;return;
}

​ stride_enqueue

  这个函数将进程加入优先队列。将进程的优先队列结点(lab6_run_pool)插入优先队列，并将进程数+1。需要注意优先队列函数的用法是传入队列，插入结点和比较函数，返回队列。

static void
stride_enqueue(struct run_queue *rq, struct proc_struct *proc) {rq->lab6_run_pool = skew_heap_insert(rq->lab6_run_pool, &(proc->lab6_run_pool), proc_stride_comp_f);if (proc->time_slice == 0 || proc->time_slice > rq->max_time_slice) {proc->time_slice = rq->max_time_slice;          //重设可用时间片}proc->rq = rq;rq->proc_num++;return;
}

​ stride_dequeue

  将进程移出优先队列，并将队列进程数-1。

static void
stride_dequeue(struct run_queue *rq, struct proc_struct *proc) {rq->lab6_run_pool = skew_heap_remove(rq->lab6_run_pool, &(proc->lab6_run_pool), proc_stride_comp_f);rq->proc_num--;return;
}
/*

​ stride_pick_next

  选出行程值最小的进程进行调度运行，并将该进程的行程值加上步长(BIGNUM/prority)。选择进程时首先要保证优先队列非空，如果非空，则直接取出队列首的进程。还需要特别注意优先级priority，因为初始化时设置为0，这里必须判断优先级是否被设置，如果还是初始化时的0，直接给行程值加上最大步长，避免除0错误。

static struct proc_struct *
stride_pick_next(struct run_queue *rq) {if(rq->lab6_run_pool != NULL){struct proc_struct proc = le2proc(rq->lab6_run_pool);         //选出进程if(proc->lab6_priority == 0){proc->lab6_pass += BIG_NUM;                                    //没有设置则直接加最大步长elseproc->lab6_pass += BIG_NUM/proc->lab6_priority;                   //行程值 += 步长 return proc;} return NULL;
}

​ stride_proc_tick

  减小时间片，实现与RR调度的相同，不需要改动。

static void
stride_proc_tick(struct run_queue *rq, struct proc_struct *proc) {if (proc->time_slice > 0) {proc->time_slice --;}if (proc->time_slice == 0) {proc->need_resched = 1;}
}

​ 测试

  将原来的RR调度算法在default_sched.c中替换掉就可以使用步长调度算法进行调度了。本实验用于验证步长调度算法的程序为user/priority.c，其中重要的代码部分如下：

     for (i = 0; i < TOTAL; i ++) {                            //#definde TOTAL 5acc[i]=0;if ((pids[i] = fork()) == 0) {           lab6_set_priority(i + 1);                  //设置优先级acc[i] = 0;while (1) {spin_delay();++ acc[i];                             //记录次数if(acc[i]%4000==0) {if((time=gettime_msec())>MAX_TIME) {cprintf("child pid %d, acc %d, time %d\n",getpid(),acc[i],time);exit(acc[i]);                 //次数作为退出状态}}}}if (pids[i] < 0) {goto failed;}}cprintf("main: fork ok,now need to wait pids.\n");for (i = 0; i < TOTAL; i ++) {status[i]=0;waitpid(pids[i],&status[i]);                      //status[i]保存的就是acc[i]cprintf("main: pid %d, acc %d, time %d\n",pids[i],status[i],gettime_msec()); }cprintf("main: wait pids over\n");cprintf("stride sched correct result:");for (i = 0; i < TOTAL; i ++){/* 输出的是执行次数/优先级最低进程的执行次数 */cprintf(" %d", (status[i] * 2 / status[0] + 1) / 2);}

  该程序创建了5个子进程，优先级设置为1-5，然后自旋，acc记录了while循环的次数，每4000次就检查时间是不是已经超过MAX_TIME，并以acc值为退出状态，最终依次输出执行次数与最低优先级进程的执行次数比值。按照优先级，进程的优先级从1-5，最终得到的执行次数比值应该与优先级对应为1-5，make run-priority运行程序进行测试，结果符合预期。

......
check_swap() succeeded!
++ setup timer interrupts
kernel_execve: pid = 2, name = "priority".
main: fork ok,now need to wait pids.
child pid 6, acc 2420000, time 1001
child pid 7, acc 3040000, time 1001
child pid 4, acc 1248000, time 1002
child pid 5, acc 1844000, time 1002
child pid 3, acc 648000, time 1002
main: pid 3, acc 648000, time 1003
main: pid 4, acc 1248000, time 1003
main: pid 5, acc 1844000, time 1003
main: pid 6, acc 2420000, time 1003
main: pid 7, acc 3040000, time 1003
main: wait pids over
stride sched correct result: 1 2 3 4 5
all user-mode processes have quit.
......

Ucore Lab6相关推荐

  1. 操作系统实验ucore lab6

    阅读前注意事项: 1.我的博客从lab2之后,如果没有特殊说明,所有标注的代码行数位置,以labcodes_answer(答案包)里的文件为准!!!因为你以后会发现做实验用meld软件比较费时费力,对 ...

  2. ucore lab 6

    OS ucore lab 6 练习零: 填写已有实验: 复制以下文件 其中 proc.c 和 trap.c 需要进行修正 vmm.c trap.c default_pmm.c pmm.c proc.c ...

  3. 操作系统实验ucore lab7

    阅读前注意事项: 1.我的博客从lab2之后,如果没有特殊说明,所有标注的代码行数位置,以labcodes_answer(答案包)里的文件为准!!!因为你以后会发现做实验用meld软件比较费时费力,对 ...

  4. 操作系统：ucore的部分Bug挑战练习

    ucore是清华大学提供的一个学习操作系统的平台.ucore有完整的mooc视频与说明文档. https://objectkuan.gitbooks.io/ucore-docs/content/# 本 ...

  5. ucore操作系统实验笔记 - Lab1

    最近一直都在跟清华大学的操作系统课程,这个课程最大的特点是有一系列可以实战的操作系统实验.这些实验总共有8个,我在这里记录实验中的一些心得和总结. Task1 这个Task主要是为了熟悉Makfile ...

  6. 操作系统实验报告11：ucore Lab 2

    ucore实验报告2 实验内容 uCore Lab 2:物理内存管理 (1) 编译运行 uCore Lab 2 的工程代码: (2) 完成 uCore Lab 2 练习 1-3 的编程作业: (3) ...

  7. 操作系统实验报告1：ucore Lab 1

    操作系统实验报告1 实验内容 阅读 uCore 实验项目开始文档 (uCore Lab 0),准备实验平台,熟悉实验工具. uCore Lab 1:系统软件启动过程 (1) 编译运行 uCore La ...

  8. ucore和linux区别,附录 - 附录A—ucore历史 - 《操作系统的基本原理与简单实现》 - 书栈网 · BookStack...

    ucore历史 写一个教学OS的初衷是陈渝老师和向勇老师想参考MIT的xv6/JOS开发一个能够与OS课程教材相配套的OS实验环境.没有直接采用xv6/JOS的原因是当时(2008年)xv6没有完整的 ...

  9. HIT Software Construction Lab6引发出来对锁的问题的探究

    前言 做完lab5开始做lab6了鸭,哈工大计算机学院的学生永不停歇.在做lab6的时候,我在想移动猴子是锁一整个ladder(ADT)还是只锁一个ladder的一个域Monkey数组呢?这两个好像差 ...

最新文章

  1. libevent源码学习-----event操作
  2. AndroidManifest.xml配置文件属性详解
  3. 【WebPack】引入Vue；认识Plugin；使用uglifyjs丑化JS代码；搭建本地服务器；生产开发环境配置文件的抽离
  4. kmp算法的c语言,KMP算法 纯C实现
  5. Orleans 3.0 为我们带来了什么
  6. C#获取刚插入的数据的id
  7. App送审，4.3问题怎样处理
  8. Canny边缘检測算法原理及其VC实现具体解释(一)
  9. Codeforces Round #309 (Div. 1) A（组合数学）
  10. django xadmin 集成DjangoUeditor富文本编辑器
  11. java结业作业_学习平台-北语201606考试批次《JAVA语言程序设计》（结课作业）答案-成人高等教育_成人本科教育报名_远程网络教育学院-江苏学历网报名服务中心...
  12. 次氯酸钠phP,次氯酸钠
  13. 【一文读懂】python 中的 numpy.reshape(a, newshape, order=‘C‘) 详细说明及实例讲解
  14. 第二届中国移动“梧桐杯”大数据应用创新大赛总决赛12强名单发布
  15. java11规范_京东Java编码规范V11.pdf
  16. L2UWE: A Framework for the Efficient Enhancement of Low-Light Underwater Images阅读札记
  17. Unity3D 角度 弧度 向量
  18. 李宁Matplotlib视频课程作业
  19. 前端调用手机摄像头权限进行扫码解析
  20. android手机备份恢复出厂设置,手机恢复出厂设置,小编教你安卓手机怎么恢复出厂设置...

热门文章

  1. java的Random类生成随机的double范围【0,1）Math.random()生成0到100之间的数【0-100）【1-100】
  2. [概念]MICCAI+BraTS+多模态t1,t2,flair,t1c+HGG,LGG+WT,ET,TC
  3. BraTS2021 + nnU-Net配置
  4. 全球年薪最高的这群人,每天只睡4小时!
  5. JDK 16 有哪些新特性？还在用java8的程序员表示学不动了
  6. B站S11破亿直播在线稳定性保障秘籍——演讲实录
  7. DBCO-COOH分子量：305.3,CAS:1353016-70-2,二苯基环辛炔-羧基；类似有DBCO-NH2、SH、MAL、NHS等等
  8. Python 学习：浮点数
  9. 计算机毕业设计ssm美食达人1175f系统+程序+源码+lw+远程部署
  10. BEA:出色构建 高效整合——厦门地税税收征管系统实施案例