❶ 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保留消息。其實就是客戶端離線後在連接上可以收到之前推出的消息。