TSS描述符？

_nosay

linux所有进程共用同一个TSS段，每个进程都要有一个TSS段描述符在GDT，之前好像理解了，现在又糊涂了。。

nswcfd

“每个进程都要有一个TSS段描述符在GDT”
这个确认么？这样的话最大进程数就是个问题啊

_nosay

回复 2# nswcfd


嗯，是的，《Linux内核源代码情景分析》书里面说linux最大进程数4090。

nswcfd

这个，应该是早期版本的实现吧？

_nosay

回复 4# nswcfd

2.4.0，是比较早期了

nuclearxin

是用来存放进程kernel stack 地址的的

nuclearxin

linux 自己的实现应该 是安cpu个数分组的

_nosay

回复 7# nuclearxin


嗯，每个CPU有一个TSS，即它们的TR寄存器指向不同的TSS段，但每一个CPU的TR寄存器，只是在内核启动时设置一次，关机前都不会改变。

其实也没什么糊涂的，改变当前TSS内容有2个方法：
① 直接改变TR寄存器值，让它指向新的TSS段；
② 不修改TR寄存器值，而是修改它指向的TSS段内容。
而Linux内核选择的是方法②，这样看起来，每个进程运行时，TSS段都是同一个地方，但内容却是根据自己私有的“TSS段”修改的。所以问题中的描述并不矛盾，只不过理解起来有点绕。

方法①和方法②有什么区别呢？
假设：整个系统有2个进程：进程A、进程B；它们各自有自己的TSS段：TA、TB。
考虑分别利用方法①、方法②进行TA→TB进程切换的过程：
①：TR寄存器，TA→TB。
      这样，整个TSS结构，都要从内存，往高级缓存复制一下。
②：TR寄存器，指向公共的TSS段－－T，只需要根据TB的内容，修改T的部分内容（Linux内核不使用任务门，TSS结构中很多成员都没有意义了）。
      这样，只有一点点内容要从内存读到高级缓存。

那么，这部分需要修改的内容，为什么非要保存成“TSS段”的形式呢（比如，为什么不在task_struct结构加几个成员）？
这应该是顺应硬件的要求吧，也是我之前想不通，以及现在还没得到精确答案的问题（比如硬件可没有什么元件可以访问到软件的task_struct结构，但有TR寄存器可以访问软件的TSS结构）。

mr_sev

是的。。。。。

mr_sev

tr 存放gdt中tss段描述符吧