linux 线程阻塞就是不分配cpu资源给线程吗？

一、linux 线程阻塞就是不分配cpu资源给线程吗？

在Linux中，线程阻塞是指线程暂时停止执行，不占用CPU资源。当线程遇到阻塞操作（如等待I/O完成、等待锁、等待信号等）时，它会进入阻塞状态，将CPU资源让给其他可执行的线程。在阻塞状态下，线程不会被调度执行，直到阻塞条件满足后才会被唤醒并重新调度执行。

这种机制可以提高系统的并发性和资源利用率，确保CPU资源被合理分配给其他可执行的线程，从而提高系统的性能和响应能力。

二、linux 线程阻塞会占用cpu资源吗？

1. 是的，Linux线程阻塞会占用CPU资源。2. 当线程被阻塞时，它会进入等待状态，等待某个条件满足后再继续执行。在等待期间，线程会释放CPU资源，让其他可运行的线程有机会执行。但是，线程被阻塞时，仍然会占用一定的CPU资源，因为操作系统需要维护线程的状态信息，并在条件满足时唤醒线程。3. 此外，线程阻塞还可能导致CPU资源的浪费。当线程被阻塞时，如果没有及时唤醒，CPU可能会一直处于等待状态，无法执行其他任务，造成资源的浪费。因此，在编写多线程程序时，需要合理地使用线程同步和等待机制，以避免线程阻塞对CPU资源的占用和浪费。

三、linux多线程详解？

1.进程是操作系统分配资源的基本单位。而线程通俗来讲就是一个进程中一个执行流。

2.这里以串行与并行下载文件举例，如果我们使用串行的方式去下载多个文件，那么得到的结果是，将这些文件逐个按个的下载，即上一个下载完成之后才会下载接下来的文件。

3.如果使用并行的方式下载，那么这些文件就会一次同时下载多个文件，而不是等待上一个下载完后才继续下载接下来的，大大的提高了下载效率。

四、Linux多线程通信？

PIPE和FIFO用来实现进程间相互发送非常短小的、频率很高的消息；

这两种方式通常适用于两个进程间的通信。

共享内存用来实现进程间共享的、非常庞大的、读写操作频率很高的数据（配合信号量使用）；

这种方式通常适用于多进程间通信。

其他考虑用socket。这里的“其他情况”，其实是今天主要会碰到的情况：

分布式开发。

在多进程、多线程、多模块所构成的今天最常见的分布式系统开发中，

socket是第一选择

。消息队列，现在建议不要使用了 ---- 因为找不到使用它们的理由。在实际中，我个人感觉，PIPE和FIFO可以偶尔使用下，共享内存都用的不多了。在效率上说，socket有包装数据和解包数据的过程，所以理论上来说socket是没有PIPE/FIFO快，不过现在计算机上真心不计较这么一点点速度损失的。你费劲纠结半天，不如我把socket设计好了，多插一块CPU来得更划算。另外，进程间通信的数据一般来说我们都会存入数据库的，这样万一某个进程突然死掉或者整个服务器死了，也不至于丢失重要数据、便于回滚到之前的状态。从这个角度考虑，适用共享内存的情况也更少了，所以socket使用得更多。再多说一点关于共享内存的：共享内存的效率确实高，但它的重点在“共享”二字上。如果的确有好些进程共享一大块数据（如果把每个进程都看做是类的对象的话，那么共享数据就是这个类的static数据成员），那么共享内存就是一个不二的选择了。但是在面向对象的今天，我们更多的时候是多线程+锁+线程间共享数据。因此共享进程在今天使用的也越来越少了。不过，在面对一些极度追求效率的需求时，共享内存就会成为唯一的选择，比如高频交易系统。除此以外，一般是不需要特意使用共享内存的。另外，

PIPE和共享内存是不能跨LAN的

（FIFO可以但FIFO只能用于两个进程通信）

。

如果你的分布式系统随着需求的增加而越来越大所以你想把不同的模块放在不同机器上而你之前开发的时候用了PIPE或者共享内存，那么你将不得不对代码进行大幅修改......同时，即使FIFO可以跨越LAN，其代码的可读性、易操作性和可移植性、适应性也远没有socket大。这也就是为什么一开始说socket是第一选择的原因。最后还有个信号简单说一下。

请注意，是信号，不是信号量。

信号量是用于同步线程间的对象的使用的（建议题主看我的答案，自认为比较通俗易懂：

semaphore和mutex的区别？ - Linux - 知乎

）。信号也是进程间通信的一种方式。比如在Linux系统下，一个进程正在执行时，你用键盘按Ctrl+c，就是给这个进程发送了一个信号。进程在捕捉到这个信号后会做相应的动作。虽然信号是可以自定义的，但这并不能改变信号的局限性：

不能跨LAN、信息量极其有限

。在现代的分布式系统中，通常都是

消息驱动：

即进程受到某个消息后，通过对消息的内容的分析然后做相应的动作。如果你把你的分布式系统设置成信号驱动的，这就表示你收到一个信号就要做一个动作而一个信号的本质其实就是一个数字而已。这样系统稍微大一点的话，系统将变得异常难以维护；甚至在很多时候，信号驱动是无法满足我们的需求的。因此现在我们一般也不用信号了。因此，请记住：

除非你有非常有说服力的理由，否则请用socket。

顺便给你推荐个基于socket的轻量级的消息库：ZeroMQ。

五、linux如何停止线程？

杀死线程 所在的进程就可以， ps aux | grep 进程名 kill -TERM 进程号 如果你指的写程序， 那就参考 man pthread_exit。

《Linux就该这么学》里有相关介绍，建议看看。

六、linux最大线程数？

默认情况下：

主线程＋辅助线程 ＋<253个自己的线程

含主线程和一个辅助线程，最多255个，即一个用户只能生成253个线程。

1、总结系统限制有：

/proc/sys/kernel/pid_max #查系统支持的最大线程数，一般会很大，相当于理论值

/proc/sys/kernel/thread-max

max_user_process(ulimit -u) #系统限制某用户下最多可以运行多少进程或线程

/proc/sys/vm/max_map_count

硬件内存大小

七、linux线程默认栈多大？

linux的线程栈大小可以使用ulimit -s查看，对于ubuntu 2.6的内核线程栈的默认大小为8M

八、linux怎么指定线程库？

大概的介绍一下Linux 的指定CPU运行，包括进程和线程。linux下的top命令是可以查看当前的cpu的运行状态，按1可以查看系统有多少个CPU，以及每个CPU的运行状态。 可是如何查看线程的CPU呢？

top -Hp pid,pid就是你当前程序的进程号，如果是多线程的话，是可以查看进程内所有线程的CPU和内存使用情况。

pstree可以查看主次线程，同样的pstree -p pid。可以查看进程的线程情况。

taskset这个其实才是重点，可以查看以及设置当前进程或线程运行的CPU(设置亲和力)。

taskset -pc pid,查看当前进程的cpu，当然有的时候不只是一个，taskset -pc cpu_num pid ,cpu_num就是设置的cpu。 这样的话基本的命令和操作其实大家都知道了，接下来就是在代码中完成这些操作，并通过命令去验证代码的成功率。 进程制定CPU运行：

[cpp] view plain copy #include #include #include #include #include #define __USE_GNU #include #include #include int main(int argc, char* argv[]) { //sysconf获取有几个CPU int num = sysconf(_SC_NPROCESSORS_CONF); int created_thread = 0; int myid; int i; int j = 0; //原理其实很简单，就是通过cpu_set_t进行位与操作 cpu_set_t mask; cpu_set_t get; if (argc != 2) { printf("usage : ./cpu num\n"); exit(1); } myid = atoi(argv[1])

; printf("system has %i processor(s). \n", num)

; //先进行清空，然后设置掩码 CPU_ZERO(&mask); CPU_SET(myid, &mask)

; //设置进程的亲和力 if (sched_setaffinity(0, sizeof(mask), &mask) == -1) { printf("warning: could not set CPU affinity, continuing...\n"); } while (1) { CPU_ZERO(&get); //获取当前进程的亲和力 if (sched_getaffinity(0, sizeof(get), &get) == -1) { printf("warning: cound not get cpu affinity, continuing...\n"); } for (i = 0; i < num; i++) { if (CPU_ISSET(i, &get)) { printf("this process %d is running processor : %d\n",getpid(), i); } } } return 0; } 进程设置CPU运行，其实只能是单线程。多线程设定CPU如下：

[cpp] view plain copy #define _GNU_SOURCE #include #include #include #include #include #include void *myfun(void *arg) { cpu_set_t mask; cpu_set_t get; char buf[256]; int i; int j; //同样的先去获取CPU的个数 int num = sysconf(_SC_NPROCESSORS_CONF); printf("system has %d processor(s)\n", num); for (i = 0; i < num; i++) { CPU_ZERO(&mask); CPU_SET(i, &mask); //这个其实和设置进程的亲和力基本是一样的 if (pthread_setaffinity_np(pthread_self(), sizeof(mask), &mask) < 0) { fprintf(stderr, "set thread affinity failed\n"); } CPU_ZERO(&get); if (pthread_getaffinity_np(pthread_self(), sizeof(get), &get) < 0) { fprintf(stderr, "get thread affinity failed\n"); } for (j = 0; j < num; j++) { if (CPU_ISSET(j, &get)) { printf("thread %d is running in processor %d\n", (int)pthread_self(), j); } } j = 0; while (j++ < 100000000) { memset(buf, 0, sizeof(buf)); } } pthread_exit(NULL); } int main(int argc, char *argv[]) { pthread_t tid; if (pthread_create(&tid, NULL, (void *)myfun, NULL) != 0) { fprintf(stderr, "thread create failed\n"); return -1; } pthread_join(tid, NULL); return 0; }

九、linux运行后有哪些线程？

就绪：线程分配了CPU以外的全部资源，等待获得CPU调度 执行：线程获得CPU，正在执行 阻塞：线程由于发生I/O或者其他的操作导致无法继续执行，就放弃处理机，转入线程就绪队列 挂起：由于终端请求，操作系统的要求等原因，导致挂起。

十、Linux多线程实现线程间不停的切换？

你这个问题很有意思。

第一次执行的时候，可以看出，能执行0~6共7次；第二次的时候，从6开始，到5，只有2次了，并且以后都是只有2次。基于你的描述，我想可以用互斥信号量来做。1、初始化2个信号量pmutex1（有资源）， pmutex2（无资源），初始化gnum=0 2、启动两个线程 2.1 线程1 lock_the_mutex_signal(pmutex1); // 上锁自身线程，首次可执行 while (gnum < 5) { do_sth(); // 做你的业务逻辑 gnum++; // 增加执行次数 } // end while() unlock_the_mutex_signal(pmutex2); // 解锁另一线程 2.2 线程2 lock_the_mutex_signal(pmutex2); // 上锁自己，首次执行将阻塞，并交出CPU while (gnum > 5) { do_sth(); // ... gnum--; // ... } // end while() unlock_the_mutex_signal(pmutex1); // release the lock PS：如果你不是非常严格地（从系统级杜绝不该被执行的线程被调用）要求线程切换的话，这个逻辑应该可以工作。自己没有试，希望你明白我的思想，如有错误，自己再修改一下。