474-1377606266.png"

id="12-cpu核心如何获取当前进程的的-task_struct">1.2

task_struct?

current_thread_info

里面.

current_thread_info

current_thread_info()->task;

data-src="https://img2024.cnblogs.com/blog/3597783/202602/3597783-20260218142653436-1557628862.png"

这个

data-src="https://img2024.cnblogs.com/blog/3597783/202602/3597783-20260218142559661-1231167543.png"

对,

task_struct是参与调度的最小单位.

那肯定会做一些特殊处理,

copy_process):

{//线程组current->signal->nr_threads++;
//持有信号的总线程数量+1atomic_inc(&current->signal->live);
//存活线程+1atomic_inc(&current->signal->sigcnt);
//此结构体的引用计数+1p->group_leader
//设置线程组的组长list_add_tail_rcu(&p->thread_group,
&p->group_leader->thread_group);//thread_group加入线程组链表，方便内核foreach同一线程组内的所有线程}

current->signal是什么鬼???

thread_group又是什么鬼???

答案就在---

而线程组那肯定就得有一个组长(group_leader),

而这个组长,

线程是不能存在这些链表中的.

对于线程,

task_struct有一个专门的链表来存放这些线程:

INIT_LIST_HEAD(&p->thread_group);//...if
(clone_flags
//线程组list_add_tail_rcu(&p->thread_group,
&p->group_leader->thread_group);//thread_group加入线程组链表，方便内核foreach同一线程组内的所有线程

id="42-signal_struct-live又是什么鬼">4.2

signal_struct->live又是什么鬼?

然后,

这个涉及到另一个主题--资源引用计数.

这个结构体说来话长,

kmem_cache_zalloc(signal_cachep,

GFP_KERNEL);

//初始化为1atomic_set(&sig->live,

1);

//存活进程为1atomic_set(&sig->sigcnt,

1);

{//线程current->signal->nr_threads++;

//持有信号的总线程数量+1atomic_inc(&current->signal->live);

//存活线程+1atomic_inc(&current->signal->sigcnt);

id="5-父子进程是如何关联的-pid-tgid到底是什么">5.

pid,

但是这个其实并不是我们用户态下看到的pid.

.

线程组ID(tgid).

你会看到当

嵌套线程也能获得进程的pid).

class="post-meta-container">