❶ c语言 多线程 并发执行 不随机
1：pthread_join和并发不并发没关系，是指等待子线程结束之后才返回。你的代码有一个问题，就是只等待了最后一个线程结束，你的pthread_join的第一个参数，就是最后一个线程的id。不过这个和并发顺序没关系
2：你的CPU是不是只有1个核？多线程只有运行在多核CPU才能真正将线程分配给不同CPU，并发执行（也就是随机执行）。不过我想现在单核CPU不多，除非你是虚拟机只分配了一个核。另外就算单核，如果你线程执行的任务耗时比较长，系统还是会将任务切片交替执行。所以你的问题主要是下面：
3：你的子线程执行的内容只有一个打印，执行的速度几乎等于创建速度，也就是刚创建线程，线程就执行完了，导致根本来不及随机分配，你可以在子线程里多做一些事情，比如每个子线程连续打印1000行，你再看下就会发现多线程确实是随机执行的。
❷ C语言程序太慢,想用MPI实现
可以用多线程，也可以用MPI；用多线程的前提要有多个处理器，现在的机器大多是多核的，还是比较实用。可以考虑一下。不管用哪种方式加速，都要分析你的程序是否存在可并发的部分，并发比重越大，加速比越高。不知道你的程序是个什么，所以简单建议一下啦
❸ 我想精通C语言编程，求高手指导学习方案。(比如C如何实现多线程，和多核程序设计等等)
想精通C就必须要了解底层知识，尤其是编译原理，当你自己用C做出了一款C语言编译器，基本可以说是精通C了（编译器通常分两部分，其中一部分是与CPU相关的驱动程序，这个可以直接用现成的，但语法分析以及语义分析之类的的要自己写）。还有你问C如何实现多线程，我不太确定是什么意思？你是想用C程序通过调用现有的线程库来实现多线程编程还是想问如何用C现实出多线程的过程（也就是线程库的制作）？前者随便网上一搜就有一堆方法，后者基本只能在Linux上做，看看Linux内核中有关多线程实现的源代码就差不多了（建议先读一读Linux内核设计与实现第3版再看代码）
❹ C语言怎样才能发挥双核双CPU的作用
想利用多核，要不得写多线程程序；要不CPU得能优化，自动分配指令到不同CPU上；
图像处理可以用一个线程来负责计算，另一个线程负责显示；
CPU优化这个我也不太清楚，好像是CPU自己根据指令决定的；
因为一般的程序都是单线程的，集中在一个CPU上也挺合乎情理的。
❺ 关于mosquitto怎么用c语言实现消息的订阅和发送（mqtt）
1.目标：测试Mosquitto使用MQTT协议发消息的相关性能指标，包含发送速度，并发负载能力，资源占用，消息到达率。
2.MQTT协议简介：
1).建立长连接。客户端发起请求和服务端建立长连接，建立成功后，服务端会返回ACK(CONNACK)
2).客户端订阅：客户端发起订阅，订阅成功后，服务端会返回ACK(SUBACK)
3).发消息：发布者会给服务端发消息，服务端在把消息给合适的客户端。
Qos=0(服务质量)：客户端消息收到后，不会发出ACK给服务端(PUBACK)。
Qos =1:服务端会发ACK给发布者，客户端收到消息后会发ACK给服务端。
4).取消订阅：客户端发起取消订阅，服务端返回ACK(UNSUBACK)
5)Pingreq&Pingresp:客户端和服务端会保持心跳。
3.存在问题：
1. 如何模拟出40W的用户
2. 如何长连接，订阅，发消息，取消订阅，Pingreq行为如何实现。
4. python开源库 Mosquitto.py，解决所有问题
1. 模拟40W用户
a)可以使用虚拟机和Mosquitto.py实现，具体为：一般一台虚拟机最多是6W+的模拟数据（需要修改句柄数，我使用5W），方法是Client_id可以简单的做出5W个来，然后调用Mosquitto里面的connect方法，建立长连接。准备8台虚拟机就可以实现40W客户端的模拟
2.行为的模拟
a)订阅：Mosquitto.subscribe / 发消息：Mosquitto.publish / 取消订阅：Mosquitto.unsubscribe。 简单一句话 Mosquitto库实现所有的行为.
5. 指标：发送速度，到达率，并发负载，资源占用。
a. 发送速度：服务端日志记录，分析解决
b. 到达率： 1.客户端记录下收到消息，分析计算。2.计算服务端收到的PUBACK（客户端收到消息返回的ACK），进行计算
c. 并发负载：5W 用户不断增加，注意观察服务端的负载情况。
e.资源占用：其实主要是cpu/mem/带宽：cpu多核的话需要观察top命令下的_id字段, mem可以观察free -h命令的剩余mem, 带宽可以使用mpstat进行观察
6. 可以遇见问题：
a. 模拟客户端的虚拟机需要修改句柄数才能支持5W的客户端模拟数量
b. 要先吃透MQTT协议的流程，吃透了进行测试会非常的方便
c. Clear session，设置为true则不为客户端保留休息，设置为false保留消息。其实就是客户端离线后在连接上可以收到之前推出的消息。