linux多線程線程池

❶ linux下多線程的如何執行

主線程結束，則進程結束，屬於該進程的所有線程都會結束，可以在主線程中join，也可以在主線程中加死循環。

❷ Linux c如何創建線程池

linux c 並沒有自帶的線程池，純C的線程池很少

1：使用glib的線程池，gthreadpool，這個是linux C 下面的一個線版程池實現，可以用於權生產環境。
2：自己設計線程池，但是設計一個工業強度的線程池是一件非常復雜的事情，尤其用C來實現。一般思路就是建立一個線程池管理函數，一個線程函數並創建一組線程，一個全局的線程狀態數組，線程管理函數通過全局線程狀態數組來分派任務，線程函數更改自己的線程狀態來上報自己的運行情況，實現起來還是相當復雜的。
建議不要重復造輪子，直接使用現有的線程池實現，glib是很好的選擇。

❸ linux線程池能最多有多少個線程

默認情況下linux環境下一個進程最多能有多少個線程：
主線程＋自己的線程382 = 383

❹ 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：如果你不是非常嚴格地（從系統級杜絕不該被執行的線程被調用）要求線程切換的話，這個邏輯應該可以工作。自己沒有試，希望你明白我的思想，如有錯誤，自己再修改一下。

❺ linux高並發的實現，線程池的實現思想，怎樣處理高並發

linux高並發的實現，線程池的實現思想，怎樣處理高並發
就比如說，用迅雷看電影專。一邊屬下載，一邊播放。這個時候下載進程和播放進程，他們兩個就有同步的機制，例如：只能播放視頻文件中已經下載完成的部分，沒有下載的不能播放。並且，如果已經下載的全部播放完了，那播放器就要等待，等到有內容的時候再繼續播放

❻ Linux下多線程和多進程程序的優缺點，各個適合什麼樣的業務場景

IBM有個傢伙做了個測試，發現切換線程context的時候，windows比linux快一倍多。進出最快的鎖（windows2k的 critical section和linux的pthread_mutex），windows比linux的要快五倍左右。當然這並不是說linux不好，而且在經過實際編程之後，綜合來看我覺得linux更適合做high performance server，不過在多線程這個具體的領域內，linux還是稍遜windows一點。這應該是情有可原的，畢竟unix家族都是從多進程過來的，而 windows從頭就是多線程的。
如果是UNIX/linux環境，採用多線程沒必要。
多線程比多進程性能高？誤導！
應該說，多線程比多進程成本低，但性能更低。
在UNIX環境，多進程調度開銷比多線程調度開銷，沒有顯著區別，就是說，UNIX進程調度效率是很高的。內存消耗方面，二者只差全局數據區，現在內存都很便宜，伺服器內存動輒若干G，根本不是問題。
多進程是立體交通系統，雖然造價高，上坡下坡多耗點油，但是不堵車。
多線程是平面交通系統，造價低，但紅綠燈太多，老堵車。
我們現在都開跑車，油（主頻）有的是，不怕上坡下坡，就怕堵車。
高性能交易伺服器中間件，如TUXEDO，都是主張多進程的。實際測試表明，TUXEDO性能和並發效率是非常高的。TUXEDO是貝爾實驗室的，與UNIX同宗，應該是對UNIX理解最為深刻的，他們的意見應該具有很大的參考意義。

多線程的優點：
無需跨進程邊界；
程序邏輯和控制方式簡單；
所有線程可以直接共享內存和變數等；
線程方式消耗的總資源比進程方式好；
多線程缺點：
每個線程與主程序共用地址空間，受限於2GB地址空間；
線程之間的同步和加鎖控制比較麻煩；
一個線程的崩潰可能影響到整個程序的穩定性；
到達一定的線程數程度後，即使再增加CPU也無法提高性能，例如Windows Server 2003，大約是1500個左右的線程數就快到極限了（線程堆棧設定為1M），如果設定線程堆棧為2M，還達不到1500個線程總數；
線程能夠提高的總性能有限，而且線程多了之後，線程本身的調度也是一個麻煩事兒，需要消耗較多的CPU

多進程優點：
每個進程互相獨立，不影響主程序的穩定性，子進程崩潰沒關系；
通過增加CPU，就可以容易擴充性能；
可以盡量減少線程加鎖/解鎖的影響，極大提高性能，就算是線程運行的模塊演算法效率低也沒關系；
每個子進程都有2GB地址空間和相關資源，總體能夠達到的性能上限非常大
多線程缺點：
邏輯控制復雜，需要和主程序交互；
需要跨進程邊界，如果有大數據量傳送，就不太好，適合小數據量傳送、密集運算
多進程調度開銷比較大；
最好是多進程和多線程結合，即根據實際的需要，每個CPU開啟一個子進程，這個子進程開啟多線程可以為若干同類型的數據進行處理。當然你也可以利用多線程+多CPU+輪詢方式來解決問題……
方法和手段是多樣的，關鍵是自己看起來實現方便有能夠滿足要求，代價也合適。

❼ linux 多線程 怎樣優化 提高並發性

先說線程 就是程序運行的最小單位 或者說是cpu調度的最小單位

多線程 就是 單個程序中使用多個線程並發操作 實現 資源有效利用 並提高效率的方法
怎麼實現的 就跟他扯函數吧

❽ C++在linux下怎麼多線程

#ifndefTHREAD_H_
#defineTHREAD_H_
#include<unistd.h>
#include<pthread.h>
classRunnable
{
public:
//運行實體
virtualvoidrun()=0;
};
//線程類
classThread:publicRunnable
{
private:
//線程初始化號
staticintthread_init_number;
//當前線程初始化序號
intcurrent_thread_init_number;
//線程體
Runnable*target;
//當前線程的線程ID
pthread_ttid;
//線程的狀態
intthread_status;
//線程屬性
pthread_attr_tattr;
//線程優先順序
sched_paramparam;
//獲取執行方法的指針
staticvoid*run0(void*pVoid);
//內部執行方法
void*run1();
//獲取線程序號
staticintget_next_thread_num();
public:
//線程的狀態－新建
staticconstintTHREAD_STATUS_NEW=0;
//線程的狀態－正在運行
staticconstintTHREAD_STATUS_RUNNING=1;
//線程的狀態－運行結束
staticconstintTHREAD_STATUS_EXIT=-1;
//構造函數
Thread();
//構造函數
Thread(Runnable*target);
//析構
~Thread();
//線程的運行體
voidrun();
//開始執行線程
boolstart();
//獲取線程狀態
intget_state();
//等待線程直至退出
voidjoin();
//等待線程退出或者超時
voidjoin(unsignedlongmillis_time);
//比較兩個線程時候相同，通過current_thread_init_number判斷
booloperator==(constThread*other_pthread);
//獲取this線程ID
pthread_tget_thread_id();
//獲取當前線程ID
staticpthread_tget_current_thread_id();
//當前線程是否和某個線程相等，通過tid判斷
staticboolis_equals(Thread*iTarget);
//設置線程的類型:綁定/非綁定
voidset_thread_scope(boolisSystem);
//獲取線程的類型:綁定/非綁定
boolget_thread_scope();
//設置線程的優先順序，1－99，其中99為實時，意外的為普通
voidset_thread_priority(intpriority);
//獲取線程的優先順序
intget_thread_priority();
};
intThread::thread_init_number=1;
inlineintThread::get_next_thread_num()
{
returnthread_init_number++;
}
void*Thread::run0(void*pVoid)
{
Thread*p=(Thread*)pVoid;
p->run1();
returnp;
}
void*Thread::run1()
{
thread_status=THREAD_STATUS_RUNNING;
tid=pthread_self();
run();
thread_status=THREAD_STATUS_EXIT;
tid=0;
pthread_exit(NULL);
}
voidThread::run()
{
if(target!=NULL)
{
(*target).run();
}
}
Thread::Thread()
{
tid=0;
thread_status=THREAD_STATUS_NEW;
current_thread_init_number=get_next_thread_num();
pthread_attr_init(&attr);
}
Thread::Thread(Runnable*iTarget)
{
target=iTarget;
tid=0;
thread_status=THREAD_STATUS_NEW;
current_thread_init_number=get_next_thread_num();
pthread_attr_init(&attr);
}
Thread::~Thread()
{
pthread_attr_destroy(&attr);
}
boolThread::start()
{
returnpthread_create(&tid,&attr,run0,this);
}
inlinepthread_tThread::get_current_thread_id()
{
returnpthread_self();
}
inlinepthread_tThread::get_thread_id()
{
returntid;
}
inlineintThread::get_state()
{
returnthread_status;
}
voidThread::join()
{
if(tid>0)
{
pthread_join(tid,NULL);
}
}
voidThread::join(unsignedlongmillis_time)
{
if(tid==0)
{
return;
}
if(millis_time==0)
{
join();
}
else
{
unsignedlongk=0;
while(thread_status!=THREAD_STATUS_EXIT&&k<=millis_time)
{
usleep(100);
k++;
}
}
}
boolThread::operator==(constThread*other_pthread)
{
if(other_pthread==NULL)
{
returnfalse;
}if(current_thread_init_number==(*other_pthread).current_thread_init_number)
{
returntrue;
}
returnfalse;
}
boolThread::is_equals(Thread*iTarget)
{
if(iTarget==NULL)
{
returnfalse;
}
returnpthread_self()==iTarget->tid;
}
voidThread::set_thread_scope(boolisSystem)
{
if(isSystem)
{
pthread_attr_setscope(&attr,PTHREAD_SCOPE_SYSTEM);
}
else
{
pthread_attr_setscope(&attr,PTHREAD_SCOPE_PROCESS);
}
}
voidThread::set_thread_priority(intpriority)
{
pthread_attr_getschedparam(&attr,&param);
param.__sched_priority=priority;
pthread_attr_setschedparam(&attr,&param);
}
intThread::get_thread_priority(){
pthread_attr_getschedparam(&attr,&param);
returnparam.__sched_priority;
}
#endif/*THREAD_H_*/

❾ Linux 線程池 的問題

表達式為false的時候，assert才會退出程序
編線程池，我覺得有幾點需要考慮：
- 資源的分配與回收
- 性能與資源佔用的平衡
- 數據的同步，共享的數據必須加鎖

❿ 線程池的概念及Linux 怎麼設計一個簡單的線程池

什麼是線程池來？
簡單自點說，線程池就是有一堆已經創建好了的線程，初始它們都處於空閑等待狀態，當有新的任務需要處理的時候，就從這個池子裡面取一個空閑等 待的線程來處理該任務，當處理完成了就再次把該線程放回池中，以供後面的任務使用。當池子里的線程全都處理忙碌狀態時，線程池中沒有可用的空閑等待線程， 此時，根據需要選擇創建一個新的線程並置入池中，或者通知任務線程池忙，稍後再試。
為什麼要用線程池？

為什麼要用線程池？
我們說，線程的創建和銷毀比之進程的創建和銷毀是輕量級的，但是當我們的任務需要大量進行大量線程的創建和銷毀操作時，這個消耗就會變成的相當大。比如， 當你設計一個壓力性能測試框架的時候，需要連續產生大量的並發操作，這個是時候，線程池就可以很好的幫上你的忙。線程池的好處就在於線程復用，一個任務處理完成後，當前線程可以直接處理下一個任務，而不是銷毀後再創建，非常適用於連續產生大量並發任務的場合。