Linux 线程模型的比较：LinuxThreads 和 NPTL
摘自：http://www.ibm.com/developerworks/cn/linux/l-threading.html
LinuxThreads 项目最初将多线程的概念引入了 Linux®，但是 LinuxThreads 并不遵守
POSIX 线程标准。尽管更新的 Native POSIX Thread
Library（NPTL）库填补了一些空白，但是这仍然存在一些问题。本文为那些需要将自己的应用程序从 LinuxThreads 移植到
NPTL 上或者只是希望理解有何区别的开发人员介绍这两种 Linux 线程模型之间的区别。
当 Linux 最初开发时，在内核中并不能真正支持线程。但是它的确可以通过 clone()
系统调用将进程作为可调度的实体。这个调用创建了调用进程（calling
process）的一个拷贝，这个拷贝与调用进程共享相同的地址空间。LinuxThreads
项目使用这个调用来完全在用户空间模拟对线程的支持。不幸的是，这种方法有一些缺点，尤其是在信号处理、调度和进程间同步原语方面都存在问题。另外，这个
线程模型也不符合 POSIX 的要求。
要改进 LinuxThreads，非常明显我们需要内核的支持，并且需要重写线程库。有两个相互竞争的项目开始来满足这些要求。一个包括
IBM 的开发人员的团队开展了 NGPT（Next-Generation POSIX Threads）项目。同时，Red Hat
的一些开发人员开展了 NPTL 项目。NGPT 在 2003 年中期被放弃了，把这个领域完全留给了 NPTL。
尽管从 LinuxThreads 到 NPTL 看起来似乎是一个必然的过程，但是如果您正在为一个历史悠久的 Linux
发行版维护一些应用程序，并且计划很快就要进行升级，那么如何迁移到 NPTL
上就会变成整个移植过程中重要的一个部分。另外，我们可能会希望了解二者之间的区别，这样就可以对自己的应用程序进行设计，使其能够更好地利用这两种技
术。
本文详细介绍了这些线程模型分别是在哪些发行版上实现的。
LinuxThreads 设计细节
线程
将应用程序划分成一个或多个同时运行的任务。线程与传统的多任务进程
之间的区别在于：线程共享的是单个进程的状态信息，并会直接共享内存和其他资源。同一个进程中线程之间的上下文切换通常要比进程之间的上下文切换速度更
快。因此，多线程程序的优点就是它可以比多进程应用程序的执行速度更快。另外，使用线程我们可以实现并行处理。这些相对于基于进程的方法所具有的优点推动
了 LinuxThreads 的实现。
LinuxThreads 最初的设计相信相关进程之间的上下文切换速度很快，因此每个内核线程足以处理很多相关的用户级线程。这就导致了一对一
线程模型�
相关文档：
【相关博文转载/网址链接】------------------------
一、linux网络编程----epoll
①linux epoll技术介绍 http://woxihuanpes.blog.163.com/blog/static/12423219820099301048160/[woxihuanpes 的博客]
②epoll http://baike.baidu.com/view/1385104.htm?fr=ala0 [百度百科]
③epoll使用例子：http://blog.csdn.n ......
用 GDB 调试程序
GDB 概述
————
GDB 是 GNU 开源组织发布的一个强大的 UNIX 下的程序调试工具。或许，各位比较喜欢那种图形界面方式的，像 VC 、 BCB 等 IDE 的调试，但如果你是在 UNIX 平台下做软件，你会发现 GDB 这个调试工具有比 VC 、 BCB 的图形化调试器更强大的功能。所谓 “ 寸有� ......
===============================================================================
= 欢 迎 阅 读 《 V I M 教 程 》 —— 版本 ......
Linux服务（Linux services）对于每个应用Linux的用户来说都很重要。关闭不需要的服务，可以让Linux运行的更高效，但并不是所有的Linux服务都可以关闭。今天安装了一次CentOs Linux，发现Linux启动的时候启动了好多服务，大部分都不知道是干什么的。因此着重了解了一下那些Linux服务（Linux services）可以关闭，那些Linux� ......
