企业门户网站建设jsp,三年片在线观看免费大全爱奇艺,唐山网站建设外包公司哪家好,医疗网站建设多少钱有关Linux线程的问题#xff0c;有几个需要澄清的#xff1a;1.核心级线程与用户级线程2.核内还是核外3.linux的标准线程库是哪个#xff1f;他们之间有什么区别#xff1f;4.lwp与线程的关系5.LinuxThreads的缺点#xff0c;NPTL作了哪些改善#xff1f;6.如何确定你的g…有关Linux线程的问题有几个需要澄清的1.核心级线程与用户级线程2.核内还是核外3.linux的标准线程库是哪个他们之间有什么区别4.lwp与线程的关系5.LinuxThreads的缺点NPTL作了哪些改善6.如何确定你的gcc支持NPTL7.最后弱弱地问一句linuxThread是核心级线程吗以下是我的看法不全一.核心级线程与用户级线程从进程演化出线程最主要的目的就是更好的支持SMP以及减小(进程/进程)上下文切换开销。针对线程模型的两大意义分别开发出了核心级线程和用户级线程两种线程模型分类的标准主要是线程的调度者在核内还是在核外。前者更利于并发使用多处理器的资源而后者则更多考虑的是上下文切换开销。二.核内还是核外在线程机制的具体实现上可以在操作系统内核上实现线程也可以在核外实现。核内实现的线程自然是核心级线程核外实现的线程可能是核心级线程也可能是用户级例如在核外实现的线程可以分为一对一、多对一两种模型前者用一个核心进程(也许是轻量进程)对应一个线程将线程调度等同于进程调度交给核心完成(所以它是一个核心级线程)而后者则完全在核外实现多线程调度也在用户态完成(它是用户级线程)。三.linux的标准线程库是哪个他们之间有什么区别LinuxThreads、NGPT、NPTL其中LinuxThreads是2.5之前linux采用的标准thread库NGPT为M:N模型而NPTL是2.5以后的标准thread库集成在glibc中。四.lwp与线程的关系在线程概念出现以前为了减小进程切换的开销操作系统设计者逐渐修正进程的概念逐渐允许将进程所占有的资源从其主体剥离出来允许某些进程共享一部分资源例如文件、信号数据内存甚至代码这就发展出轻量进程的概念。Linux内核在 2.0.x版本就已经实现了轻量进程应用程序可以通过一个统一的clone()系统调用接口用不同的参数指定创建轻量进程还是普通进程。针对LinuxThreads、NPTL它所实现的就是基于核心轻量级进程的一对一线程模型一个线程实体对应一个核心轻量级进程线程的调度等同于lwp的调度(核内调度所以是核心级线程)而线程之间的管理在核外函数库中实现。五.LinuxThreads的缺点NPTL作了哪些改善LinuxThread的缺点1.进程id问题按照POSIX定义同一进程的所有线程应该共享一个进程id和父进程id但是目前一对一模型导致每个线程都有自己的进程id2.信号处理问题由于异步信号是内核以进程为单位分发的而LinuxThreads的每个线程对内核来说都是一个进程且没有实现线程组因此某些语义不符合POSIX标准比如没有实现向进程中所有线程发送信号3.线程总数问题4.管理线程问题管理线程容易成为瓶颈这是这种结构的通病同时管理线程又负责用户线程的清理工作因此尽管管理线程已经屏蔽了大部分的信号但一旦管理线程死亡用户线程就不得不手工清理了而且用户线程并不知道管理线程的状态之后的线程创建等请求将无人处理。5.同步问题LinuxThreads中的线程同步很大程度上是建立在信号基础上的这种通过内核复杂的信号处理机制的同步方式效率一直是个问题NPTL1.进程id引入thread group的概念Process ID-对每一个进程或者线程都有一个独一无二的pidThread Group ID-对于进程TGIDPID 对于线程TGIDParent PID;TID-对每一个线程都有一个独一无二的线程IDgetpid返回的是TGID通过这样一个方法满足了进程id的要求2.信号处理问题见【附】六.如何确定你的gcc支持NPTLgetconf GNU_LIBPTHREAD_VERSION命令来查看gcc的编译时的对多线程的支持方式如果返回的是linuxthreads-0.10说明你的gcc不支持NPTL如果返回的是nptl-0.60这样的信息说明你的gcc能用来编译新的NPTL七.最后弱弱地问一句linuxThread是核心级线程吗当然是不过它是在核外实现的详见四【附】POSIX Signals and Multithreaded ApplicationsThe POSIX 1003.1 standard has some stringent requirements for signal handling of multithreaded applications:Signal handlers must be shared among all threads of a multithreaded application; however, each thread must have its own mask of pending and blocked signals.信号处理函数在所有线程间共享但每个线程自己可以设定信号掩码The kill( ) and sigqueue( ) POSIX library functions must send signals to whole multithreaded applications, not to a specific thread. The same holds for all signals (such as SIGCHLD, SIGINT, or SIGQUIT) generated by the kernel.kill和sigqueue函数传递的应该是TGID(线程组id)接收者是该线程组中所有线程Each signal sent to a multithreaded application will be delivered to just one thread, which is arbitrarily chosen by the kernel among the threads that are not blocking that signal.送达线程组的信号应该只会被某一个线程接收该线程由kernl从该线程组中未block该信号的所有线程中选定(arbitrarily)记住只有一个所以在一个线程组中只能有一个定时器。If a fatal signal is sent to a multithreaded application, the kernel will kill all threads of the applicationnot just the thread to which the signal has been delivered.致命错误发送给线程组。
