NPTL是不是在2.6.x中有支持，而真正的实现是在glibc中？

bobdos

NPTL是不是在2.6.x中有支持，而真正的实现是在glibc中？

也就是说我在2.6.7的内核版本中也要装glibc2.3.3后，就可以享受NPTL了?

还是说我一升级到2.6.7就可以享受NPTL了？

还有一个问题，如果我想把原来2.4下的多线程程序移植到2.6下面，是不是只有找到创建多线程的接口，而不用管线程的信号、上锁等问题，NPTL都帮我解决掉了？？
还是依然要处理信号、上锁等问题，而至少函数等方面有变化？

望指点一二！！

home_king

当今线程技术的方案有三种：
1.纯用户态的线程
2.纯内核态的线程
3.用户态以及内核态结合的线程

我没有看过NPTL，但既然GLIBC很久之前已经支持linux thread，而且内核也支持线程(仅限于内核态)，那么它则属于第3种。有兴趣的兄弟可以研究一下，然后向大家交流一下心得，谢谢。

在google搜索NPTL的官方pdf文档来看看吧。
nptl filetype:pdf

woood

我觉得有时候在glibc层面上的thread不一定比那个内核态的性能差，跟具体应用有关，还免除了内核的很多锁和同步问题

home_king

最初由 woood 发表
我觉得有时候在glibc层面上的thread不一定比那个内核态的性能差，跟具体应用有关，还免除了内核的很多锁和同步问题

请把觉得的根据也和大家交流一下吧。源码分析所得？平台测试所得？

bobdos

是啊，介绍一下经验吧，谢谢了～

锋锋

http://www-900.ibm.com/developerWorks/cn/linux/l-nptl/index.shtml

bobdos

http://www-900.ibm.com/developerWor...ptl/index.shtml
在文章中有提到：
“在线程创建/销毁开销方面，NPTL的改进相当明显（降低约600%）。实际上，NPTL不再像LinuxThreads那样需要使用用户级的管理线程来维护线程的创建和销毁[9]，因此，很容易理解它在这方面的开销能够大幅度降低。”

是不是意味着我只管进程的创建，然后交给系统，NPTL就自动会帮我在进程里创建线程并进行管理？？

锋锋

嗯。。。应该说两种都不用用户管理。（LinuxThreads中的管理线程是系统自动产生的）

bobdos

噢，忘了说明白了。
我不是指管理，而是指的在自己编的多线程程序当中的处理方法。