問個boost線程池分配任務的問題

2009從-1開始

1. 
   
2. class D
   
3. {
   
4. };
   
5. 
   
6. class A
   
7. {
   
8.     work( D d);
   
9. };
   
10. 
    
11. class B
    
12. {
    
13.     A a;
    
14. 
    
15.     // 代碼1
    
16.     for ( int 1 = 0; i < 100; i++ )
    
17.     {
    
18.         D d;//d計算得到，有內(nèi)存的申請釋放
    
19.         m_threadpool.schedule(boost::bind(&A::work,&a,d));
    
20.     }
    
21. 
    
22.     // 代碼2
    
23.     vector<D> vd;
    
24.     for( int i = 0; i < 100; i++ )
    
25.     {
    
26.         D d;//d計算得到，有內(nèi)存的申請釋放
    
27.         vd.push_back(d);
    
28.     }
    
29.     for( int i = 0; i < 100; i++ )
    
30.     {
    
31.         m_threadpool.schedule(boost::bind(&A::work,&a,vd.at(i)));
    
32.     }
    
33. }
    

復制代碼

開100個線程，代碼1和2不同時執(zhí)行，測試得到的結(jié)論：
1、測試一次時，代碼1有性能問題，代碼2沒有
2、代碼2多次執(zhí)行時（循環(huán)），也有性能問題

疑問：
1、多線程開多少個合適？與服務器CPU有什么關系？
2、多線程schedule的開銷在哪？

好久沒來CU了，有問題就想起大家了^_^

修改了下上面的代碼的注釋“d根據(jù)全局的數(shù)據(jù)計算得到”，上次描敘的有點小問題

圍觀秀底線

標準STL對多線程支持很成問題的，代碼2似乎存在競爭鎖的嫌疑
代碼1，調(diào)試看看，是不是存在多線程下的偽共享問題

同一CPU物理運算單元上，同一時間上，只能有一個線程運行的。線程不是越多越好的，線程過多，相互切換都會有很大消耗的

newyorkumoney

1. 與cpu關系不太大，開多少線程實際壓力模擬測試下，說多少個沒意思
2.沒啥開銷

2009從-1開始

先不說子線程的運行耗時，單單分配就有性能問題，這個是測試的結(jié)論。
我懷疑是分任務時有分配內(nèi)存，導致資源競爭？

newyorkumoney 發(fā)表于 2012-09-28 09:02
1. 與cpu關系不太大，開多少線程實際壓力模擬測試下，說多少個沒意思
2.沒啥開銷

2009從-1開始

bruceteen

一般而言（只是“一般而言”），線程數(shù) = CPU數(shù) + 2；（多核CPU算多個CPU）

圍觀秀底線

bruceteen 發(fā)表于 2012-09-30 20:20
一般而言（只是“一般而言”），線程數(shù) = CPU數(shù) + 2；（多核CPU算多個CPU）

Windows下的高效IO模式IOCP（IO完成端口），默認狀況下就是這個

具體開多少線程，沒有定語的，還要看具體情況的，例如OS平臺特性

2009從-1開始

多個線程都需要申請和釋放內(nèi)存操作，這個會導致怎樣的競爭？回復 5# 圍觀秀底線


   

2009從-1開始

這個很難有標準答案了，謝謝給意見的同學們