在互联网公司做网站,中国建设银行官网招聘信息,民营医院建设网站,手机网页及网站设计操作系统的线程调度有几个重要的概念#xff1a;
调度器#xff08;Thread Scheduler#xff09;#xff1a;内核通过操纵调度器对内核线程进行调度#xff0c;并负责将线程的任务映射到各个处理器上内核线程#xff08;Kernel Level Thread#xff09;#xff1a;简称…操作系统的线程调度有几个重要的概念
调度器Thread Scheduler内核通过操纵调度器对内核线程进行调度并负责将线程的任务映射到各个处理器上内核线程Kernel Level Thread简称KLT每个内核线程可以视为内核的一个分身这样操作系统就有能力同时处理多件事情。同时支持多线程的内核就叫做多线程内核轻量级进程Light Weight Process简称LWP在实际程序中我们一般不直接使用内核线程用户线程与内核线程之间需要一种中间数据结构它由内核支持且是内核线程的高级抽象这个高级接口被称为轻量级进程Light Weight Process轻量级进程就是我们通常意义上所讲的线程当然也属于用户线程由于每个轻量级进程都由一个内核线程支持因此只有先支持内核线程才能有轻量级进程。通俗理解把轻量级进程当做内核线程在用户空间的代理线程就好了用户线程User Level Thread简称ULTLWP虽然本质上属于用户线程但LWP线程库是建立在内核之上的LWP的许多操作都要进行系统调用因此效率不高。而这里的用户线程User Thread指的是完全建立在用户空间的线程库用户线程的建立同步销毁调度完全在用户空间完成不需要内核的帮助。因此这种线程的操作是极其快速的且低消耗的。
操作系统线程模型 线程实现在用户空间中 当线程在用户空间下实现时操作系统对线程的存在一无所知操作系统只能看到进程而不能看到线程。所有的线程都是在用户空间实现。在操作系统看来每一个进程只有一个线程。过去的操作系统大部分是这种实现方式这种方式的好处之一就是即使操作系统不支持线程也可以通过库函数来支持线程。在用户空间实现线程时每一个进程针对自己的线程维护了一个用于保存线程运行的各种变量比如寄存器PC状态等信息的线程表(Thread Table)该线程表在进程的Run-Time System中维护当一个线程被block她的当前运行状态会被保存在线程表中当再次启动时也会读取线程表中已经保存的状态从该状态进行再次运行。用户线程的创建、调度、同步和销毁全由库函数在用户空间完成完全不需要内核的帮助。 优点 线程的调度只是在用户态减少了操作系统从内核态到用户态的切换开销。 用户空间的线程可以自定义调度算法程序员完全可以自己写一套针对自己程序的线程调度算法。 缺点 对于内核来说不管进程里面有多少个线程内核仍然按照单线程进程来处理这个进程所以同一时间一个进程里面只能有一个线程运行就算有多个cpu空闲也只能有一个线程运行所以无法最大限度的使用资源 当一个进程中的某一个线程进行系统调用时比如缺页中断而导致线程阻塞即使这个进程中其它线程还在工作此时操作系统会阻塞整个进程。 由于每个进程中只有一个内核线程所有用户态的线程共用一个内核线程所有这又被称作 N:1线程模型 线程实现在操作系统内核中 内核线程是建立在内核空间的线程库只运行在内核态。内核线程就是内核的分身一个分身可以处理一件特定事情。内核线程同样有线程表(Thread Table)该线程表在内核中维护内核线程可以在全系统内进行资源的竞争它们的建立和销毁都是由操作系统负责、通过系统调用完成的。通俗的将就是程序员直接使用操作系统中已经实现的线程而线程的创建、销毁、调度和维护都是靠操作系统准确的说是内核来实现程序员只需要使用系统调用而不需要自己设计线程的调度算法和线程对CPU资源的抢占使用。 内核线程驻留在内核空间它们是内核对象。有了内核线程每个用户线程被映射或绑定到一个内核线程。用户线程在其生命期内都会绑定到该内核线程。一旦用户线程终止两个线程都将离开系统。这被称作1:1线程映射 用户线程加轻量级进程混合实现 一个应用程序中的多个用户级线程被映射到一些小于或等于用户级线程的数目内核级线程上。在这种混合实现下即存在用户线程也存在轻量级进程。用户线程还是完全建立在用户空间中因此用户线程的创建、切换、析构等操作依然廉价并且可以支持大规模的用户线程并发。而操作系统提供支持的轻量级进程则作为用户线程和内核线程之间的桥梁这样可以使用内核提供的线程调度功能及处理器映射并且用户线程的系统调用要通过轻量级进程来完成大大降低了整个进程被完全阻塞的风险。在这种混合模式中用户线程与轻量级进程的数量比是不定的即为N:M的线程模型 明白了前面两种模型就应该很好理解这种线程模型了但实际上现在主流的操作系统已经不太常用这种线程模型了。目前来说作为异步回调以外的另一种解决方案这种m:n的线程模型可以说大有可为Golang的协程就是使用了这种模型在用户态协程能快速的切换避免了线程调度的CPU开销问题协程相当于线程的线程。
Java线程在操作系统上本质 在JDK1.2之前开发者们为JVM开发了自己的一个线程调度内核而到操作系统层面就是用户空间内的线程实现。而到了JDK1.2及以后JVM选择了更加稳健且方便使用的操作系统原生的线程模型通过系统调用将程序的线程交给了操作系统内核进行调度 Java线程在JDK1.2之前是基于称为“绿色线程”Green Threads的用户线程实现的而在JDK1.2中线程模型替换为基于操作系统原生线程模型来实现。因此在目前的JDK版本中操作系统支持怎样的线程模型在很大程度上决定了Java虚拟机的线程是怎样映射的这点在不同的平台上没有办法达成一致虚拟机规范中也并未限定Java线程需要使用哪种线程模型来实现。线程模型只对线程的并发规模和操作成本产生影响对Java程序的编码和运行过程来说这些差异都是透明的。 对于Sun JDK来说它的Windows版与Linux版都是使用一对一的线程模型实现的一条Java线程就映射到一条轻量级进程之中因为Windows和Linux系统提供的线程模型就是一对一的。也就是说现在的Java中线程的本质其实就是操作系统中的线程Linux下是基于pthread库实现的轻量级进程Windows下是原生的系统Win32 API提供系统调用从而实现多线程。
Java的绿色线程、原生线程/内核线程与虚拟线程的区别 Java 21将会正式推出尝试已久的虚拟线程技术国内外已经有了很多报道。大约从Java 14开始就开始引入尝鲜版的技术当时叫什么的都有虚拟线程纤程或轻量级线程。看起来以后会叫虚拟线程。由于写新闻的这些人年龄不够大文章跟测评都写的很好但是没有见过Java以前的样子感觉没有抓住本质我尝试从历史的角度来写一下这玩意的进化史。
先从Java 1.0那个年代算起吧那时候是1995年硬件没有双核软件以Linux为例2003年前的Linux不支持线程。当时Linux可以用进程来模拟线程用的是LinuxThreads这个线程库但是总归有诸多的缺陷。
而Java呢在没有双核/多核没有操作系统支持线程的情况下竟然支持了线程。你可能会问都没有双核/多核你支持线程有什么用呢还是有用处的可以并发运行比如在等待打印机的时候我们可以玩一把游戏提高电脑并发的速度。因为当时都是单核而多核要在2005年以后才出现。Java如何做到的呢把线程做到JVMJava虚拟机中。要不然能怎么办当时JVM自己就一个主线程。这样做的好处是就算不支持多线程的操作系统当年的Linux也可以用上Java的“绿色”线程。缺点越来越明显因为后来支持多核了你就一个主线程那肯定没法用上多核心啊。
后来操作系统都支持多线程了Linux 2.6之后)大家也都用扣肉4核8核32核的CPU了绿色线程的模型越来越不好用了于是Java改成了线程交给操作系统来管理将Java线程映射为操作系统级别的线程。这种线程模型也通常被称为”原生线程”或”内核线程”。
然而操作系统线程也有其缺点。比如创建、销毁和切换线程都需要消耗相当多的资源因此在一个系统中同时存在的线程数量是有上限的。此外大量的线程可能会导致线程调度器过载从而影响系统的性能。
那怎么办呢那就再把线程管理收归“Java虚拟机”所有啊这次新发布的虚拟线程是在Java虚拟机JVM内部实现的它们比操作系统线程更轻量级创建和切换的成本更低。虚拟线程并不直接映射到操作系统线程而是由JVM和运行时系统调度和执行。因此可以在一个系统中创建大量的虚拟线程而不会对系统性能产生太大的影响。
感觉像转了一圈最初的绿色线程是由JVM管理的后来为了追求性能又交给了操作系统后来操作系统又成了系统的瓶颈JVM又收回了线程的管理。但是这个圆圈可不是原地踏步而是螺旋上升的。
进程、线程、协程介绍
进程系统中所有的应用程序都是以进程(process)的方式运行是系统进行资源分配和调度的基本单位每个进程都有自己的独立的地址空间使得进程之间的地址空间相互隔离。进程拥有自己的堆栈不共享堆和栈是由操作系统进行调度的。
线程线程是程序执行流的最小单元上通常意义上一个进程由一个到多个线程组成各个线程之间共享程序的内存空间(包括代码段、数据段、堆等)及一些进程级的资源(如打开的文件和信号)。线程拥有自己的独立的栈和共享的堆也是由操作系统进行调度。
协程协程在Go语言中由轻量级线程实现由Go运行时(runtime)管理。Go协程也叫用户态线程协程之间的切换发生在用户态在用户态没有时钟中断系统调用等机制因此效率高。协程共享堆不共享栈协程的调度由用户控制。
