Linux的线程库为什么是放在glibc中来实现？

Huntsmen

最近开始接触多线程，用到pthread系列函数，有个疑问，进程、线程这一类东西应该是内核提供的基本功能，为什么线程库放在glibc中来实现呢？求解，谢谢

另外好奇问一下，还有没有哪些模块本来是应该有内核提供的，但是目前是放在glib库中实现的？

我爱芒果叶

线程的实现有user level thread，kernel-level thread和两者结合的方式。Linux的实现了kernel-level thread，共享进程地址空间的进程相当于线程。
PThread是user level thread，内核根本不了解其线程的存在，不会对其中的线程进行调度，更不会对其进行代码实现。

bensenq

前一句是对的，后一句是错的
回复 2# 我爱芒果叶


   

我爱芒果叶

回复 3# bensenq


感谢指出，不过我觉得也没全错吧。
百度了下，PThread中线程创建使用了clone，那么内核就会知道其存在，就会对其中的线程进行调度了。
如果有不对，请不吝赐教，谢谢。

瀚海书香

回复 4# 我爱芒果叶

感谢指出，不过我觉得也没全错吧。
百度了下，PThread中线程创建使用了clone，那么内核就会知道其存在，就会对其中的线程进行调度了。
如果有不对，请不吝赐教，谢谢。

不要把这个概念跟操作系统上的概念想比较，这两个含义有很大的区别。linux下调度是基于线程，其实也是进程，因为linux内核不会单独区分线程和进程。
   

longddr

多线程可以在用户态实现或者内核态实现，但linux

arm-linux-gcc

内核调度是基于线程的，调度器并不知道那几个线程是属于哪个进程的，系统中所有线程的id都是唯一的。

getpid，得到的task_struct中的tgid字段
gettid，得到的是task_struct中的pid字段

内核是直接支持了线程的，可以看一下glibc的代码，NPTL的，pthread_create时的那些参数，都是直接传给了内核的，所以线程的实现是内核搞定的
所谓的线程是在库中实现那个是老的linuxthread，已经淘汰了。

所以内核原生态的就支持了线程

pthread_create
  sys_clone
    do_fork
fork
  sys_fork
    do_fork
这两个最后都调用到了do_fork，sys_clone的参数有CLONE_THREAD，而sys_fork则没有传递这个flag，do_fork就是依靠这个flag来判断是要创建新的线程还是进程的


glibc中有两套线程实现，nptl和linuxthread，现在都用的前者，看下代码就知道区别了。