在学习OS时，对于多任务操作系统的任务切换，一直不能理解：控制权是怎么么回到调度程序上的？
记得在描述任务切换时，一般都是这么描述的：在每一个时钟滴答，都将检查当前进程是否是一个运
行超过100毫秒的用户进程。如果是，则调用调度程序来查看是否有另一个用户进程在等待CPU，...
我这里举个例子：我用Ｃ写了一个程序：helloworld。代码如下：
#code_start
void main(void)
{ puts("Hello world first.");
puts("Hello world second.");
}
#code_end
我在minix下进行代码，当程序运行到 puts("Hello world first.") 时，便会在屏幕上打印出
Hello world first. 有一点是可以肯定的，CPU现在在我的程序的控制之下。但不巧的时，这时调度
程序发现了另一个程序需要CPU，于是立刻便把CPU从我的helloworld里“取“了回去，并交给另一个程序。
如果调度程序的入口地址是：scheduler。那么，在我的helloworld里总该有一个 jmp scheduler 吧。
这样才能跳转到 scheduler 里去啊。
当然，看minix的源代码是最好的办法，不过，用我现在掌握的知识也可以把 scheduler 摸拟出来。刚才
想到了，于是便马上把它记下来了。
实现很简单，利用中断便可以完成这一功能。
在每一秒钟，中断 0x1c 都被调用18.2次，可以改写这个中断：
#code_start
void new_int_1c(void)
{
volatile static int count = 0;
if( count++ > 17 )
{
count = 0;
_asm jmp scheduler; //scheduler是调度程序的入中口
}
｝
#code_end
于是，每隔大约一秒钟，控制权就会重新回到调度程序，再就可以由调度决定CPU的控制权了。
当然，用0x1c只是为了好写代码而已，真正的OS，就是对5253/8254直接编程的了。