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

posts - 7,  comments - 64,  trackbacks - 0
  2010年12月10日
    我想寫一個爬蟲程序。現在需要存放訪問過的URL。如果用數據庫存放則太慢,若放在默認的SET容器中,當到達一定數量時會使程序崩潰。
現在我想把文件直接映射成set<string>容器的空間。也就是set申請的內存全部在我所指定的文件中。
另外程序可用4G空間中有2G是系統保留的。如果進行文件映射后,是不是也只能訪問2G的空間?
最后,我想問問,如果我進行了文件映射,同時又從實際內存中申請了一快內存,如何保證映射的地址和從內存中申請的地址不重復呢?
請大家幫幫忙,最后有源碼或網站參考。
posted @ 2010-12-10 16:18 HIT@ME 閱讀(2039) | 評論 (6)編輯 收藏
  2009年9月3日

我現在需要統計一篇文章中的單詞數量,并排序輸出。
格式

單詞1 500
單詞2 499
單詞3 300
.....
...
..
.

現在的思路是
第一步:先將單詞讀入到map<string,size_t> ssmap;當中;這樣每次掃描到一個新單詞后都可以++ssmap[str];來統計單詞數;
第二步:將map中的內容拷貝到vector<pair<string*,size_t> > vec;當中,之后對vec用sort進行排序。(之所以要用string*是因為不希望發生string的拷貝構造,以免浪費時間)。
第三步:將vec輸出。

試驗了一下上述方法可以正確執行。
但我想應該有更快的方法,請各位賜教一下!


呵呵,謝謝大家這么積極。

字符串長度沒有限制,這個從一個分詞程序對文章進行分詞處理以后的結果。單詞可能是“的,了”這種單個字,也可能是“中華人民共和國”這種字符串。還有可能遇到像“\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\...(n個)”這種比較變態的符號。

posted @ 2009-09-03 16:05 HIT@ME 閱讀(2018) | 評論 (16)編輯 收藏
  2009年8月20日
     摘要: 最近在百度知道上回答了一道問題,并為他封裝了一個類來解決。大意是不開辟新的數組同時排序兩個數組。
http://zhidao.baidu.com/question/112777967.html

之后想要給這個類添加iterator好直接使用sort之類的函數,經過1個多小時的忙碌(能力有限,可以鄙視一下),終于實現了random_access_iterator.
  閱讀全文
posted @ 2009-08-20 10:06 HIT@ME 閱讀(1917) | 評論 (4)編輯 收藏
  2009年8月18日
     摘要: 閑來無事,給一個虛擬文件磁盤的驅動加上了一個GUI。有興趣的可以看看。(技術含量不高)  閱讀全文
posted @ 2009-08-18 13:32 HIT@ME 閱讀(2312) | 評論 (4)編輯 收藏
  2009年6月30日

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

比較函數
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結果:
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;
}

指針結果:
937
938
954
953
953

執行速度已經相差一倍了.自動內存管理的代價啊!~~~~
環境:Q8200 2.33GHZ 4G內存

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


補充說明:

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

試想我現在有10篇文檔,現在需要統計每篇文檔當中每個字出現的次數,還需要統計全部文章中全部字出現的次數。為了保證效率,應當保證每個字在內存當中只留一份拷貝(因為以后有可能統計每個詞,甚至每句話出現的次數)。要實現這個功能,是否還有更好的算法?


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

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

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

        {

                return *lh<*rh;

        }

下面是shared_ptr執行5次的時間:

968

969

985

969

969


下面是string*執行5次的時間:

859

875

860

859

860


看來即使是小對象也不能放松!當很多小對象發生構造和析構時所耗費的時間還是不容小視的!~

posted @ 2009-06-30 21:09 HIT@ME 閱讀(3835) | 評論 (14)編輯 收藏
  2009年6月12日
     摘要: 大學畢業了!!上來感嘆一下!并拿出自己的畢業設計分享一下。
這個小東西是用了一個星期完成的。BUG肯定不少,大家湊合著看一下吧。感覺有趣的就拿去玩玩。
說說基本思路。
1.對文件進行分詞處理
2.通過統計訓練文檔當中的詞頻方差,構造評判矩陣
3.之后在構造待分類文檔的評判向量
4.用評判向量和構造矩陣相乘,選出最接近的分類。
程序文件:
  閱讀全文
posted @ 2009-06-12 21:38 HIT@ME 閱讀(1421) | 評論 (2)編輯 收藏
  2008年12月29日
2008.12.29
   昨天晚上終于把象棋的棋盤畫出來了!
   今天則需要把棋子初始化,之后放到象棋開局的位置上。(這個工作也順利完成了)
   現在的工作是如何在CplayDlg類上面移動棋子。現在的思路是在棋盤類當中加入一個二維數組,將屏幕坐標和棋盤的邏輯坐標一一對應,以方便查找。然后將選定棋子move到新的位置,再調用OnPaint();
   順便說一下現在程序當中的類
   CplayDlg----MFC生成的主要類
   CCheckerman----自己寫的棋子類。主要方法就是MOVE。
   CChessboard----自己寫的棋盤類。負責畫出棋盤,并且建立屏幕坐標和棋盤邏輯坐標的對應關系~!
目前界面做到這個程度了。30號先回學校考試。之后聽完今年的維也納音樂會再來繼續做吧~!

順便說一下。這個棋盤是我自己一筆一筆用VC畫出來的。真費勁啊!還有那些棋子的素材也來之不易。我把一個象棋游戲當中的資源給拔下來了!又需要素材或者源程序的朋友請郵件聯系!~


ps:這個游戲的四大目標
   1、實現雙人同機對戰
   2、實現雙人網絡對戰
   3、實現人機對戰
   4、加入后臺數據庫實現用戶注冊和積分等功能。注冊部分希望可以獨立的使用Ruby on Rails寫出來!

小弟初學乍練。不到之處多多包涵!



2008.12.31
   在2008年最后一天的下午,我又想寫一寫這個想起程序了。
  目前遇到的問題是由于使用DrawIconEx等函數實現棋子的移動效果的時候屏幕會出現閃爍!請問各位如何防止這種情況的出現呢?換句話說就是在調用OnPaint函數的時候,只刷新當前棋子位置的屏幕,而其他部分則不刷新!
  第二個問題是我想用GDI+來顯示ICO圖像。可是卻失敗了,源碼如下……
                Image image(L"C:\\Users\\Administrator\\Desktop\\ico128.ico");
                CRect rect;
                GetWindowRect(&rect);
                Graphics graphics(hdc);
                graphics.DrawImage(&image, 0, 0,rect.Width(),rect.Height());
 但是當把imang參數變為L"C:\\Users\\Administrator\\Desktop\\i200831313448532_2.jpg就能顯示出來。不知道是不是GDI+不支持ICO格式呢?(我又檢查了一遍,路徑沒有問題!);
  請各位老大賜教一下吧!~

posted @ 2008-12-29 00:30 HIT@ME 閱讀(2833) | 評論 (18)編輯 收藏
僅列出標題  
<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(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>
            久久午夜羞羞影院免费观看| 亚洲欧美文学| 欧美私人啪啪vps| 欧美精品色一区二区三区| 免费永久网站黄欧美| 欧美国产1区2区| 亚洲国产精品成人久久综合一区| 老妇喷水一区二区三区| 99国产一区| 亚洲高清资源综合久久精品| 欧美在线视频免费播放| 日韩小视频在线观看专区| 国产毛片一区| 欧美人与性动交cc0o| 久久香蕉精品| 欧美在线亚洲一区| 欧美va天堂va视频va在线| 欧美福利网址| 99re6热在线精品视频播放速度| 夜夜嗨av一区二区三区网站四季av| 亚洲在线观看免费视频| 久久久久久久久久久成人| 欧美日韩a区| 韩日精品视频| 亚洲美女黄网| 久久午夜影视| 一区二区三区视频免费在线观看| 久久爱www久久做| 欧美日韩成人在线视频| 国产一区二区看久久| 一区二区日韩伦理片| 看欧美日韩国产| 亚洲午夜羞羞片| 欧美激情aⅴ一区二区三区| 国产一区二区你懂的| 亚洲夜间福利| 亚洲国产毛片完整版| 性久久久久久久| 欧美日韩综合不卡| 亚洲精品在线看| 欧美**人妖| 久久高清免费观看| 国产麻豆精品theporn| 99国内精品久久| 欧美成人午夜视频| 欧美一区二区视频在线观看2020| 欧美日一区二区三区在线观看国产免| 伊人成年综合电影网| 欧美一区二区三区的| 一本久久综合亚洲鲁鲁| 欧美区日韩区| 日韩亚洲欧美一区| 亚洲第一区中文99精品| 久久人人97超碰人人澡爱香蕉| 国产午夜精品全部视频播放| 新片速递亚洲合集欧美合集| 亚洲视频视频在线| 欧美 日韩 国产精品免费观看| 欧美在线免费视频| 在线亚洲免费| 国产精品成人在线观看| 亚洲神马久久| 宅男噜噜噜66一区二区| 国产精品v亚洲精品v日韩精品 | 一区二区三区高清不卡| 欧美成人一区二区三区在线观看| 亚洲福利国产精品| 欧美激情亚洲自拍| 欧美韩日一区二区| 在线视频欧美一区| 亚洲图片自拍偷拍| 国产亚洲激情在线| 男人插女人欧美| 欧美精品v日韩精品v国产精品| 一区二区av| 亚洲专区免费| 激情五月婷婷综合| 亚洲黄色高清| 国产精品成人一区| 久久久免费观看视频| 久久夜色精品国产亚洲aⅴ | 国产农村妇女毛片精品久久麻豆| 欧美一级在线视频| 久久精品视频在线免费观看| 亚洲国产天堂久久综合| 99精品热视频| 一区二区视频在线观看| 亚洲精品美女| 韩日在线一区| 99精品视频免费观看| 国产亚洲在线| 亚洲片在线资源| 国产精品私拍pans大尺度在线 | 国产欧美一区二区精品仙草咪| 久久婷婷丁香| 欧美日韩久久不卡| 久久午夜国产精品| 欧美日韩在线一区二区| 欧美1区2区| 国产精品入口尤物| 亚洲国产精品尤物yw在线观看 | 亚洲国产精品精华液2区45| 欧美午夜国产| 亚洲第一色中文字幕| 国产精品视频免费观看| 亚洲第一在线视频| 国产一区二区三区在线观看网站| 最新精品在线| 尤妮丝一区二区裸体视频| 一区二区三区**美女毛片| 国产精品九九久久久久久久| 你懂的网址国产 欧美| 快射av在线播放一区| 欧美亚洲一级片| 欧美阿v一级看视频| 久久久美女艺术照精彩视频福利播放 | 久久亚洲综合色一区二区三区| 欧美精品色综合| 免费观看日韩| 国精品一区二区三区| 亚洲图片在区色| 亚洲午夜极品| 欧美日韩国产首页| 91久久久久久久久| 亚洲欧洲综合另类| 美玉足脚交一区二区三区图片| 久久精品综合网| 国产精品视频精品视频| 在线亚洲伦理| 性欧美xxxx大乳国产app| 国产精品www.| 亚洲一区在线播放| 欧美一区二区三区免费观看视频| 欧美午夜精品一区| 亚洲视频欧美视频| 亚洲女爱视频在线| 国产精品日韩欧美一区| 香蕉乱码成人久久天堂爱免费| 欧美亚洲日本国产| 国产欧美日韩视频一区二区三区| 亚洲——在线| 久久久久在线观看| 狠狠色综合色区| 久久综合导航| 91久久精品日日躁夜夜躁国产| 亚洲精品视频二区| 欧美日韩一区在线观看视频| 一本色道**综合亚洲精品蜜桃冫 | 日韩视频一区二区在线观看 | 亚洲国产成人一区| 日韩亚洲在线观看| 欧美午夜大胆人体| 香蕉久久夜色| 亚洲福利专区| 亚洲在线免费| 韩国亚洲精品| 欧美美女视频| 香蕉av福利精品导航| 麻豆精品在线视频| 夜夜嗨av一区二区三区网站四季av| 国产精品v日韩精品| 久久精彩视频| 亚洲精品久久久久久久久| 亚洲宅男天堂在线观看无病毒| 国产伦精品一区二区三区在线观看| 久久精品国产99国产精品澳门 | 久久久久久有精品国产| 最新成人av网站| 久久精品99久久香蕉国产色戒 | 国产精品乱码妇女bbbb| 在线观看日韩欧美| 亚洲免费视频中文字幕| 嫩草影视亚洲| 亚洲欧美日韩国产综合精品二区| 国内精品久久久久影院 日本资源| 欧美成人激情视频免费观看| 亚洲一区不卡| 欧美激情在线播放| 欧美一区二区三区在线播放| 亚洲高清av| 国产欧美婷婷中文| 欧美精品色一区二区三区| 久久激情视频| 亚洲综合精品自拍| 亚洲人成人99网站| 免费看av成人| 性欧美超级视频| 中国亚洲黄色| 亚洲精品欧美日韩| 精品999网站| 国产欧美日韩在线观看| 欧美精品自拍| 欧美成人69| 久久午夜色播影院免费高清| 亚洲欧美韩国| 亚洲小视频在线| 一二三区精品| 99re热这里只有精品视频 | 亚洲一区二区三区免费观看| 亚洲第一精品电影|