青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 7,  comments - 64,  trackbacks - 0

記得以前在一本書上看過boost::shared_ptr的回帶來一定的效率損失,但是并不大.今天閑來無事,編譯了一個BOOST并簡單測試了一下,看看到底有多少性能損失.測試代碼和結(jié)果如下:

比較函數(shù)
template <class T>
class compareP
{
public:
        bool operator() (const T lh,const T rh) const
        {
                return *lh<*rh;
        }

};


boost:
int _tmain(int argc, _TCHAR* argv[])
{
        DWORD oldtime = GetTickCount();
        typedef map<boost::shared_ptr<string>,size_t,compareP<boost::shared_ptr<string> > > container_type;
        typedef container_type::iterator iterator;
        container_type container;
        for (size_t i(0) ; i<500000 ; ++i)
        {
                boost::shared_ptr<string> pstr(new string);
                char buffer[32];
                *pstr = itoa(i,buffer,10);
                container[pstr]=0;
        }
        cout<<GetTickCount() - oldtime <<endl;
return EXIT_SUCCESS;
}

boost結(jié)果:
2000
2015
2015
2016
2017


指針:
int _tmain(int argc, _TCHAR* argv[])
{
        DWORD oldtime = GetTickCount();
        typedef map<string*,size_t,compareP<string*> > container_type;
        typedef container_type::iterator iterator;
        container_type container;
        for (size_t i(0) ; i<500000 ; ++i)
        {
                string *pstr = new string;
                char buffer[32];
                *pstr = itoa(i,buffer,10);
                container[pstr]=0;
        }
        cout<<GetTickCount() - oldtime <<endl;
return EXIT_SUCCESS;
}

指針結(jié)果:
937
938
954
953
953

執(zhí)行速度已經(jīng)相差一倍了.自動內(nèi)存管理的代價啊!~~~~
環(huán)境:Q8200 2.33GHZ 4G內(nèi)存

以上只是簡單的測試,僅拱參考


補(bǔ)充說明:

很多朋友流言說在MAP中存放string*沒有意義。可是我上一個項(xiàng)目就需要這么做。

試想我現(xiàn)在有10篇文檔,現(xiàn)在需要統(tǒng)計每篇文檔當(dāng)中每個字出現(xiàn)的次數(shù),還需要統(tǒng)計全部文章中全部字出現(xiàn)的次數(shù)。為了保證效率,應(yīng)當(dāng)保證每個字在內(nèi)存當(dāng)中只留一份拷貝(因?yàn)橐院笥锌赡芙y(tǒng)計每個詞,甚至每句話出現(xiàn)的次數(shù))。要實(shí)現(xiàn)這個功能,是否還有更好的算法?


還有朋友流言說指針版沒有銷毀string指針。可是在這個程序中執(zhí)行cout<<GetTickCount() - oldtime <<endl;之前shared_ptr也沒有釋放資源。所以資源的釋放不會造成誤差。

luck朋友的方法最為有效,把比較函數(shù)變成:

bool operator() (const T &lh,const T &rh) const

        {

                return *lh<*rh;

        }

下面是shared_ptr執(zhí)行5次的時間:

968

969

985

969

969


下面是string*執(zhí)行5次的時間:

859

875

860

859

860


看來即使是小對象也不能放松!當(dāng)很多小對象發(fā)生構(gòu)造和析構(gòu)時所耗費(fèi)的時間還是不容小視的!~

posted on 2009-06-30 21:09 HIT@ME 閱讀(3835) 評論(14)  編輯 收藏 引用

FeedBack:
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-06-30 21:35 | skyscribe
你舉的這個例子不具有典型性,實(shí)際中寫出這樣的代碼,應(yīng)該是需要再好好斟酌,誰會把shared_ptr作為map的索引呢?
應(yīng)該舉一個更切合實(shí)際的例子,譬如map的第二個字段是shared_ptr類型。
另外你的代碼有沒有把所有的優(yōu)化都用上,強(qiáng)迫inline展開?  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-06-30 23:31 | HIT@ME
我最近做的一個項(xiàng)目就需要把string*作為map的索引(比如統(tǒng)計文章中重復(fù)出現(xiàn)的單詞數(shù))。另外,是否強(qiáng)迫inline展開并不重要。因?yàn)橹饕f明shared_ptr確實(shí)對效率有影響,不是為了加快整個程序的執(zhí)行效率。
明天我去公司再試試看把map換成vector,不過估計結(jié)果也差不多~@skyscribe
  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-01 08:49 | 遠(yuǎn)古毛利人
樓主是否在Release下測試的?  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-01 08:50 | Kevin Lynx
這個測試?yán)哟_實(shí)有問題。把一個對象(shared_ptr)和一個指針(string*)分別作為map的key,對象肯定會比指針慢。對象用于map的key會涉及到很多復(fù)制操作。  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-01 09:10 | null
想不出來你為什么要用(string*)做key,既然用了指針,那肯定不是為了排序,如果是為了查找,那應(yīng)該用hash_map(boost::unordered_map)  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-01 09:29 | zuhd
用指針做key有什么意義呢?它和int做索引有什么區(qū)別?  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-01 14:34 | test
主要是你的那個字符串太小了,相比較shared_ptr的構(gòu)造計數(shù)等動作耗時差不多。所以才會差一倍。  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-02 11:42 | luck
指針版的沒有銷毀string的指針  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-02 17:52 | luck
把compareP類的操作符bool operator() (const T lh,const T rh) const
的參數(shù)改為引用傳遞就會減少很大部分的差別  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-03 13:47 | 唐新發(fā)
下面的測試顯示shared_ptr相對于使用原始指針會慢上很多(2-4倍),主要是來自引用計數(shù)及其帶來的指針對象的創(chuàng)建銷毀時間,下面的測試代碼都是指針創(chuàng)建及傳遞操作:

#include <windows.h>
#include <cassert>
#include <iostream>
#include <string>
#include <boost/shared_ptr.hpp>

typedef int type;
typedef type* raw_ptr_type;
typedef boost::shared_ptr<type> shared_ptr_type;

template<typename T>
void use(T ptr)
{
T ptr1 = ptr;
T ptr2 = ptr;
T ptr3 = ptr;
}

int main(int argc, char* argv[])
{
size_t count = 500000;

if(argc > 1)
count = atoi(argv[1]);

DWORD oldtime, shared_ptr_time, raw_ptr_time;

{
oldtime = GetTickCount();
for (size_t i = 0; i < count ; ++i)
{
raw_ptr_type ptr(new type);
use(ptr);
delete ptr;
}
raw_ptr_time = GetTickCount() - oldtime;
}

{
oldtime = GetTickCount();
for (size_t i = 0; i < count ; ++i)
{
shared_ptr_type ptr(new type);
use(ptr);
}
shared_ptr_time = GetTickCount() - oldtime;
}

assert(raw_ptr_time <= shared_ptr_time);

std::cout << "count(" << count << ") raw_ptr(" << raw_ptr_time << " ms) shared_ptr(" << shared_ptr_time << " ms) diff(+" << shared_ptr_time - raw_ptr_time << " ms, +" << double(shared_ptr_time - raw_ptr_time)/double(raw_ptr_time)*100 << "%)"<< std::endl;

return EXIT_SUCCESS;
}

vc2008下 Release 禁用優(yōu)化的三次執(zhí)行:
count(500000) raw_ptr(110 ms) shared_ptr(591 ms) diff(+481 ms, +437.273%)
count(500000) raw_ptr(110 ms) shared_ptr(471 ms) diff(+361 ms, +328.182%)
count(500000) raw_ptr(120 ms) shared_ptr(471 ms) diff(+351 ms, +292.5%)

vc2008下 Release  完全優(yōu)化的三次執(zhí)行:
count(500000) raw_ptr(111 ms) shared_ptr(330 ms) diff(+219 ms, +197.297%)
count(500000) raw_ptr(100 ms) shared_ptr(331 ms) diff(+231 ms, +231%)
count(500000) raw_ptr(110 ms) shared_ptr(351 ms) diff(+241 ms, +219.091%)
  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-04 16:28 | 99讀書人網(wǎng)上書城
這個測試?yán)哟_實(shí)有問題  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2009-07-05 22:50 | 李錦俊
堆中申請內(nèi)存和銷毀內(nèi)存是極為耗時的。應(yīng)該把測試做得更單純一點(diǎn)才對。  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2011-03-26 12:54 | 張立斌
for (size_t i(0) ; i<500000 ; ++i)
{
boost::shared_ptr<string> pstr(new string);
char buffer[32];
*pstr = itoa(i,buffer,10);
container[pstr]=0;
//shared_ptr在此處釋放內(nèi)存
}
for (size_t i(0) ; i<500000 ; ++i)
{
string *pstr = new string;
char buffer[32];
*pstr = itoa(i,buffer,10);
container[pstr]=0;
//內(nèi)存泄露
}
如果不信,你可以把string改為自定義的類,并在構(gòu)造和析構(gòu)函數(shù)中加入輸出。  回復(fù)  更多評論
  
# re: 關(guān)于boost庫中shared_ptr執(zhí)行速度的簡單測試
2012-08-30 01:43 | qindh
我測試了share_ptr版式1847,new delete版是104,測試是用的VS2010版本,share_ptr不是用的boost庫,是用的VS2010自帶的  回復(fù)  更多評論
  

只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


<2011年3月>
272812345
6789101112
13141516171819
20212223242526
272829303112
3456789

常用鏈接

留言簿(5)

隨筆檔案

test

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            美女尤物久久精品| 久久www免费人成看片高清| 欧美阿v一级看视频| 在线不卡视频| 亚洲黄色在线视频| 蜜臀久久99精品久久久久久9 | 中文久久精品| 国产精品二区二区三区| 久久精品国产99| 男女精品视频| 亚洲一区二区三区高清| 亚洲一区在线看| 亚洲二区三区四区| 日韩午夜精品视频| 国产一区二区三区在线观看免费视频| 欧美主播一区二区三区美女 久久精品人| 午夜精品久久久久久久男人的天堂| 国产综合av| 亚洲免费激情| 影音先锋久久| 亚洲一二三四区| 在线免费观看日本一区| 99视频日韩| 影音先锋久久资源网| 一区二区三区日韩欧美| 国产综合色一区二区三区| 亚洲国产第一页| 国产日韩精品一区观看| 亚洲国产成人精品女人久久久| 国产精品免费在线| 亚洲国产裸拍裸体视频在线观看乱了中文| 欧美理论电影在线观看| 在线播放国产一区中文字幕剧情欧美 | 欧美网站大全在线观看| 久久久久久久综合| 欧美日韩国产综合视频在线观看 | 日韩亚洲欧美高清| 久久国产日本精品| 亚洲图色在线| 牛夜精品久久久久久久99黑人| 性欧美精品高清| 欧美日韩不卡| 亚洲成人中文| 怡红院精品视频| 性欧美xxxx大乳国产app| 日韩香蕉视频| 久久综合久久美利坚合众国| 欧美尤物一区| 国产精品久久久久av| 亚洲人成7777| 日韩系列在线| 欧美精品日韩www.p站| 免费在线观看精品| 1204国产成人精品视频| 久久九九热免费视频| 久久九九精品99国产精品| 国产精品久久久久久久久借妻| 最近中文字幕日韩精品| 亚洲国产欧美一区二区三区久久 | 韩国精品在线观看| 亚洲欧美日韩国产精品| 亚洲欧美久久久久一区二区三区| 欧美国产高清| 亚洲欧洲日本mm| 亚洲靠逼com| 欧美大片va欧美在线播放| 美女脱光内衣内裤视频久久影院 | 久久九九电影| 你懂的网址国产 欧美| 在线欧美日韩国产| 久久综合给合久久狠狠狠97色69| 老司机免费视频一区二区| 狠狠色狠狠色综合日日tαg| 久久精品国内一区二区三区| 欧美成年人视频网站| 亚洲国产另类久久久精品极度| 可以免费看不卡的av网站| 亚洲国产成人不卡| 亚洲视频在线看| 国产精品亚洲产品| 久久国产精品黑丝| 亚洲高清色综合| 亚洲一区二区三区四区在线观看| 欧美性猛交视频| 亚洲综合色视频| 另类亚洲自拍| 在线视频亚洲欧美| 国产女主播一区二区| 久久精品亚洲乱码伦伦中文| 亚洲国产高清一区| 亚洲综合视频1区| 伊人久久大香线蕉综合热线 | 欧美日韩一区综合| 亚洲欧美在线网| 欧美二区乱c少妇| 亚洲无人区一区| 国产亚洲福利| 欧美精选午夜久久久乱码6080| 亚洲天天影视| 欧美国产一区视频在线观看| 亚洲专区欧美专区| 亚洲大片av| 国产精品美女久久久免费| 久久久久欧美精品| 在线亚洲欧美视频| 免费亚洲一区二区| 欧美伊人久久久久久午夜久久久久| 精品成人一区二区三区| 欧美视频中文一区二区三区在线观看 | 亚洲高清精品中出| 久久精品国产69国产精品亚洲| 亚洲精品久久久久中文字幕欢迎你| 国产精品红桃| 你懂的视频一区二区| 亚洲欧美不卡| 日韩视频一区| 亚洲国产欧美在线| 鲁大师成人一区二区三区| 亚洲免费在线电影| 99re6热在线精品视频播放速度| 国语自产偷拍精品视频偷| 国产精品自在欧美一区| 欧美日韩成人一区二区| 免费精品99久久国产综合精品| 中文一区二区在线观看| 亚洲精品一区二区三区av| 欧美承认网站| 久久综合伊人| 久久一区精品| 久久五月天婷婷| 久久频这里精品99香蕉| 性欧美8khd高清极品| 亚洲影院色无极综合| 一区二区欧美在线| 亚洲精品色婷婷福利天堂| 亚洲国产成人精品女人久久久| 一区福利视频| 亚洲第一精品福利| 亚洲第一在线视频| 亚洲高清资源综合久久精品| 好看的av在线不卡观看| 国产一区美女| 精品va天堂亚洲国产| 狠狠色丁香婷婷综合| 在线播放不卡| 亚洲人成在线免费观看| 亚洲免费精品| 亚洲小说欧美另类婷婷| 亚洲欧美日韩国产精品| 欧美一区二区在线播放| 久久久久久久一区| 欧美大片免费观看| 亚洲狠狠丁香婷婷综合久久久| 亚洲高清免费| 一区二区免费看| 亚洲在线第一页| 欧美在线视频观看免费网站| 久久精品国产一区二区电影 | 国产精品专区h在线观看| 国产模特精品视频久久久久 | 亚洲国产精品123| a4yy欧美一区二区三区| 在线视频免费在线观看一区二区| 亚洲一区二区四区| 久久在线免费观看视频| 欧美激情按摩| 亚洲视频精品在线| 久久精品日产第一区二区| 欧美大片专区| 国产精品蜜臀在线观看| 极品日韩av| aa国产精品| 久久久亚洲国产天美传媒修理工 | 亚洲国产成人av| 亚洲在线免费视频| 免费成人毛片| 国产精品入口| 亚洲欧洲视频在线| 欧美影视一区| 亚洲精品日韩久久| 久久久久久久999| 国产精品国产三级国产 | 国产精品国码视频| 亚洲国产成人不卡| 欧美一二三区在线观看| 最新日韩av| 久久精品国产欧美激情| 欧美日韩一区二区三区免费看| 国产亚洲福利一区| 亚洲欧美久久| 亚洲精品久久久久久久久久久| 久久精品一本| 国产精品试看| 亚洲特色特黄| 亚洲狠狠丁香婷婷综合久久久| 久久成人一区二区| 国产精品亚洲人在线观看| 日韩一级黄色片| 欧美激情精品久久久六区热门 | 国产精品久久久久aaaa樱花|