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 最初的设计相信相关进程之间的上下文切换速度很快，因此每个内核线程足以处理很多相关的用户级线程。这就导致了一对一
线程模型�
相关文档：
这两天刚拿到开发板，要配置LINIX下面的的编译环境。配置NFS服务器和TFTP,在晚上有很多好心的人把自己配置的过程说了一遍，但是在实际操作中还是出现很多问题，现在将自己这两天的配置过程总结如下，希望对大家有所帮助：
1、NFS服务
1）在客户端中输入setup->Syst ......
errno
是个int变量，返回错误
有错误时使用方法
fprintf(fp, "%s", strerror(errno))
perror用法
#include <stdio.h>
#include <stdlib.h>
#include<errno.h>
int main(void)
{
FILE *fp;
if((fp=fopen("aaa.txt","r+"))==NULL)
{
puts("不能进� ......
功能描述：
在消息队列上进行收发消息。为了发送消息，调用进程对消息队列必须有写权能。接收消息时必须有读权能。
用法：
#include <sys/types.h>
#include <sys/ipc.h>
#include <sys/msg.h>
int msgsnd(int msqid, const void *msgp, size_t msgsz, int msgflg);
ssize_t msgrcv ......
Linux服务（Linux services）对于每个应用Linux的用户来说都很重要。关闭不需要的服务，可以让Linux运行的更高效，但并不是所有的Linux服务都可以关闭。今天安装了一次CentOs Linux，发现Linux启动的时候启动了好多服务，大部分都不知道是干什么的。因此着重了解了一下那些Linux服务（Linux services）可以关闭，那些Linux� ......
