linux进程的地址空间,核心栈,用户栈,内核线程
linux进程的地址空间,核心栈,用户栈,内核线程
地址空间:
32位linux系统上,进程的地址空间为4G,包括1G的内核地址空间,和3G的用户地址空间。
内核栈:
进程控制块task_struct中保存了2个page大小的信息。
为什么每一个进程都是用各自的内核栈呢?
引用(http://hi.baidu.com/iruler/blog/item/0c3363f377ccc5c90a46e023.html)“
假设某个进程通过系统调用运行在内核态(使用这个全局内核堆栈),此时如果被抢占,发生一次切换,另一个进程开始运行,如果这个当前进程又通过系统调用陷入内核,那么这个进程也将使用这个全局内核堆栈,这样的话就把以前那个进程的内核空间堆栈给破坏了。 而如果进程使用独立的内核栈,就避免了这种情况的发生
内核线程:
拥有自己独立内核栈的调度单元,可以参与调度,在内核空间执行。
用户栈:
每一个线程有一个用户栈,由ss和esp指向。
===================================================
进程1 进程2
内核代码区 kcode (0xc0001000) kcode (0xc0001000)
内核栈区 kstack(0xc000F000) kstack(0xc001F000)
内核栈区 kstack(0xc000D000) kstack(0xc001D000)
...
内核数据区 kdata (0xc0003000) kdata (0xc0003000)
---------------------------------------------------------------------------------------------
用户代码区 ucode (0x70001000) ucode (0x70001000)
用户栈区 ustack (0x7000F000) ustack (0x7000F000)
用户栈区 ustack (0x7000D000) ustack (0x7000D000)
...
用户数据区 udata (0x70003000) udata (0x70003000)
===================================================
合理的解释:
内核1G空间的映射页表(256个entries*4M)只有一份,n个进程共享(都复制了一份在自己的进程页表内, 256个内核的entries+768个用户空间的entries, 总共1024个entries,假定使用4M页面,并且一开始就全都分配好)。
每个进程用户空间的这些entries各不相同,比如说,同样的0x70001000虚拟地址, 进程1指向物理内存0x2000, 而进程2指向0x1000。
每个线程对应的内核栈的虚拟地址不重叠。
thread1‘s kernel stack = 0f000,
thread2‘s kernel stack = 0d000,
thread3‘s kernel stack = 1f000,
thread4‘s kernel stack = 1d000
...
思考1:
如果内核栈不是预先分配好的(分 配的意思是指"在内核空间中分出一段一段不重叠空间作为各个线程的栈", e.g. kmalloc调用),那么步入内核态的时候, 压栈,发生缺页异常,必须对内核栈占用的这个页进行换页,而换页历程的调用必然涉及参数的压栈出栈,而这个时候内核栈没有就绪,异常发生嵌套,系统出错!
思考2:
在内核里面做kmalloc是可以的,添加一个entries,关联一块物理内存,ok可以用了。
思考3:
如果希望进程共享某一个虚拟内存地址0x80001000的数据, 那么在需要共享的进程p1,p2的页表中添加1个entries(0x80001000->0x3000)。
另外内核是天然的共享对象,所以才在每一个进程中页表中设置内核空间页表的一份拷贝。
如果有个家伙特立独行,创建n个关于内核空间的页表,指向n个物理内存块,那么他就需要再在这n个物理内存中"铺设"n分内核代码和数据的副本(真是自找麻烦)。
思考4:
内核栈确实不适合共享(一个特殊的内存区域)。怎么办?像用户空间栈一样固定在某一个虚拟地址,安插页表项entries指向不同的物理内存?显然不行! 只有一个办法,在内核空间内分配n个不重叠的空间出来。
思考5:
内核步入的时候最初的“内核栈”并不是真正的内核栈,这个栈是全局的,每个cpu一个,是过渡到真正的内核栈使用的。(http://bbs.pediy.com/archive/index.php?t-87518.html)
思考6:
独立内核栈的场景, at first 我们分析一下如果共用一个内核栈会出现什么情况,假设有A、B三个进程,A调用系统调用read(1,...)读按键,此时正好又没有按键,
所以A被阻塞在内核,此时内核调度B执行,此时B也调用一个系统调用被阻塞了,而此时按键事件到来,进程A被唤醒,A继续执行。我们想想B进入内核
已经破坏了A进入内核的内核栈,那此时A能正常返回吗?所以从上面分析A、B肯定是拥有各自的内核栈。此内核栈好像是和task_struct以前分配的
一共分配了3个页面,除了task_struct占得内存外,其余的就是内核栈。而在x86上这个栈等指针保存在TSS断的SS0和Esp0中。(http://bbs.chinaunix.net/thread-1930753-1-1.html)
参考资料:
1, 内核栈的使用(http://tech.ddvip.com/2008-09/122095404362368.html)
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。