prstat 的nlwp参数

风之幻想

NLWP\r\nThe number of lwps in the process\r\n\r\n楼主应该先了解一下关于LWP的知识也许就会明白一些了.\r\nLWP是轻权进程的意识，这里你可以认为它就是CPU，用户空间的线程一旦获得了LWP，也就是说它获得了可执行能力，它可以随时被操作系统调度。\r\n，用户空间的thread和内核空间的LWP并不是一对一的关系，而是N对M的关系，那么由那个线程获得LWP，这个调度的完成是由线程库来完成的，而不需要内核的参与，也就是这种方式的线程上下文切换比较快，并且很明显这种方式更节省内核资源，solaris根据一定的策略提供一个LWP池，供上面更多的线程分享，这种线程就是所说的unbound线程。\r\n用户空间的线程thread和LWP是one-to-one的对应关系，每一个线程都有一个永久的LWP为它服务，很明显这种方式的线程的实时调度性要好，但是这种线程的上下文切换需要KERNEL的参与，并且由于LWP本身是消耗操作系统资源的，因此这种方式要比上面的那种方式浪费资源，这种方式的线程就是所谓的bound线程。\r\n \r\none-level：solaris上可选实现模型\r\n这种模型其实就是提供一致的线程和LWP的one-to-one对应关系，而没有thread和LWP的N对M的关系，很显然one-level模型要更耗系统资源，但是可能会提高程序的效率。\r\n对于要重新编译的程序，可以加上编译选项-R /usr/lib/lwp来采用one-level模型，对于已经编译好的程序，那么在LD_LIBRARY_PATH环境变量设置加上/usr/lib/lwp即可。

风之幻想

我晕.最佳答案居然是man.\r\n\r\nLWP是轻权进程的意识，这里你可以认为它就是CPU，用户空间的线程一旦获得了LWP，也就是说它获得了可执行能力，它可以随时被操作系统调度。\r\n，用户空间的thread和内核空间的LWP并不是一对一的关系，而是N对M的关系，那么由那个线程获得LWP，这个调度的完成是由线程库来完成的，而不需要内核的参与，也就是这种方式的线程上下文切换比较快，并且很明显这种方式更节省内核资源，solaris根据一定的策略提供一个LWP池，供上面更多的线程分享，这种线程就是所说的unbound线程。\r\n\r\n和蜘蛛回答的差不多吗?提高了上下文的切换.