• <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>

            那誰的技術博客

            感興趣領域:高性能服務器編程,存儲,算法,Linux內核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數據加載中……

            ccache0.6 版本發布

            這個版本沒有太多的新特性,大部分為改進原有版本的問題,版本主要的工作包括:

            version 0.6 (2009.10.22, base on svn reversion 85)
            1) rename ccache_create and ccache_destroy to ccache_open and ccache_close
            respectly
            2) when open the cache, use ini style configure file to config the cache
            3) rename the API ccache_replace to ccache_set
            4) all the funcions's first param is cache
            5) when open the cache, init the compare function pointer, so when use the
            cache API does not need to specify the compare function  
            6) add install/uninstall target in Makefile
            7) use Bob Jenkins hash algorithm instead of the previous one.

            項目地址在: commoncache
            另外,項目的wiki頁面我新增了一些解釋commoncache實現和簡單的demo代碼。

            另外,感謝 helloghui提出代碼中的一個BUG。






            posted on 2009-10-22 20:51 那誰 閱讀(4534) 評論(8)  編輯 收藏 引用 所屬分類: ccache

            評論

            # re: ccache0.6 版本發布  回復  更多評論   

            converse你好,看了一些ccache源碼,感謝你的開源項目。我有幾個問題(因為并沒有看到方方面面,所以也不算特別肯定,抱歉):
            1、ccache使用mmap映射文件到內存,除了持久存儲,應該就是為了使不相關進程能訪問同一cache,但存儲里卻用了指針(ccache_t里,prev,next等等),也就是地址,而地址是僅僅只對初始化它們(init)的進程才有意義的,因為并不能保證文件會被不同進程映射到它們相同的邏輯地址。所以我覺得項目里mmap、文件的初衷達不到,也就是只有單進程能訪問cache,而且程序重啟reload file不可用。我個人覺得所有需要存儲的指針(地址)都應該改為偏移量(off_t);
            2、項目只使用了一個rwlock,也就是鎖粒度是整個cache級的,我覺得這個是不能接受的,一旦有寫鎖加上,整個cache都無法訪問。cache應用中會有大量的讀操作(多進程,多線程),也會有一定量的寫操作,讀操作應該盡量不被堵塞。建議讀寫鎖粒度可以細化到hashitem級。另外我看里面除了visit其他全部都是加的寫鎖,包括find,具體代碼我沒細看,可能你有一些值需要更新,但是我覺得原則上find操作應該加讀鎖;
            3、對unfix的支持好像是freearea通過多級fix(alignsiz)實現的?這個我沒細看,沒太多發言權。因為當時追蹤看到了,有些奇怪,提一下。我覺得這里就是一個類似malloc包的內存管理,malloc包也會有小的塊這樣的概念,但和你這個好像并不是相同的用意。
            2010-05-04 23:13 | ping

            # re: ccache0.6 版本發布  回復  更多評論   

            @ping
            1.第一點我沒太看明白,我的測試用例就是使用多進程去進行壓力測試的,好像還沒有發現問題.
            2.這一點我也比較頭疼,但是目前沒有找到降低鎖粒度的辦法.find操作要加寫鎖,是因為根據LRU算法,每次訪問過的節點,需要往鏈表頭走一步,所以也有更新的操作.這樣,經常被find的元素,就會越靠近鏈表頭.
            3.是的,這個算法類似STL中內存池的設計.
            2010-05-04 23:30 | 那誰

            # re: ccache0.6 版本發布  回復  更多評論   

            @那誰
            第一點可能我省字沒說明白,我的意思是這樣:
            既然ccache使用了mmap和文件,那它肯定應該能支持:1、一個程序啟動,往里面insert一些數據,程序關閉;程序再次啟動,load上次的文件,這時它應該是能讀取上次寫入的那些數據的;2、不相干的進程使用ccache,指定相同的文件,那它們應該是能通信的,彼此的更新都能看到,而且也能同步訪問(rwlock)。不然你的ccache只能給一個進程或父子之類的相關進程訪問,這顯然意義不大。我想上面兩點也應該是你使用mmap和文件的初衷。
            而你想要不同的進程、不相干的進程都能理解你的文件結構的話,只能使用偏移量,不能使用指針。比如你創建cache的進程(配置init=1)mmap返回的地址為A,里面的某個指針freearea指向的地方相對于它(ccache_t )的偏移量為X,然后freearea這個指針的值就為A+x,它被保存在文件里了,另一個不相干的進程(配置init=0)把它mmap到自己的進程空間,它的mmap返回值為B,而不是A,而這時你用freearea這個指針的值(A+x)去訪問你的空閑區顯然就出錯了(應該是B+x)。所以我說在文件(以及共享內存)不能使用指針、只能使用偏移量,是這個意思。
            你的test/目錄下那個多進程insert的代碼我看了,因為是父子進程繼承mmap的關系,所以不會出錯,因為這種繼承關系本身就保證了mmap值的想同。
            前面這些是基于對你的mmap作用、init作用的大概判斷的基礎上說的,希望沒有理解錯,以致浪費你的時間。
            下面是一個會出問題的例子代碼:
            #define WCF "../conf/fix_cache.conf.w"
            #define RCF "../conf/fix_cache.conf.r"

            void ccget()
            {
            int i,len;
            char str[9];
            ccache_data_t data;
            ccache_t *cache = ccache_open(RCF,NULL);
            assert(cache);

            for(i = 1;i <= 1000000;i++)
            {
            len = sprintf(str,"%08d",i);

            //data.data = (void *)&str;
            //data.datasize = len;
            data.key = (void *)&str;
            data.keysize = len;

            if(ccache_find(cache,&data) != 0)
            {
            printf("find FAIL\n");
            break;
            }
            else printf("%s\t%s\n",(char *)data.key,(char *)data.data);
            }
            }
            void ccset()
            {
            int i,len;
            char str[9];
            ccache_data_t data;
            ccache_t *cache = ccache_open(WCF,NULL);
            assert(cache);

            for(i = 1;i <= 1000000;i++)
            {
            len = sprintf(str,"%08d",i);

            data.data = (void *)&str;
            data.datasize = len;
            data.key = (void *)&str;
            data.keysize = len;

            if(ccache_insert(cache,&data,NULL,NULL) != 0)
            {
            printf("insert FAIL\n");
            break;
            }
            }
            }
            int main(int argc,char **argv)
            {
            if(!strcmp(argv[1],"set")) ccset();
            else if(!strcmp(argv[1],"get")) ccget();
            }

            其中fix_cache.conf.w就是你的fix_cache.conf文件,fix_cache.conf.r則是把它里面的init=1改為init=0,其它不變。
            我用它來模仿不相干進程,先寫數據:
            ./cctest set
            然后再打開文件讀數據:
            ./cctest get
            我測了兩次,一次段錯誤,一次get FAIL.

            如果是我對init的使用理解有誤,對耽誤你的時間表示歉意。
            2010-05-06 00:02 | ping

            # re: ccache0.6 版本發布  回復  更多評論   

            @ping
            你說的沒錯,之前這個問題一直沒有發現,是因為我之前寫的服務器程序都是父子進程的模式,能否給我留一個聯系方式,我將在下一次修正這個BUG的時候在changelog中加入你的信息,謝謝.你可以在私人留言中給我留下聯系方式.



            2010-05-06 00:39 | 那誰

            # re: ccache0.6 版本發布  回復  更多評論   

            @那誰
            呵呵,不用。之前我有看過你在CU上寫的lighttpd源碼分析學習lighttpd,收獲很多,這次看ccache的代碼也學到了一些東西,尊敬你開源和共享的精神,這次能有所幫助已經很高興了。技術范圍內的討論大家都有收獲就好,簡簡單單,你不用特意的感謝。
            2010-05-06 09:16 | ping

            # re: ccache0.6 版本發布  回復  更多評論   

            有幾個問題想問問博主,感謝博主有空解答。

            1。是否支持重復索引數據。
            2。數據被刪除后空間是否真的被釋放。
            3。能否支持按照表的方式管理。
            4。可否考慮使用文件鎖的方式實現?
            2010-08-19 20:28 | njmpop@sina.com.cn

            # re: ccache0.6 版本發布  回復  更多評論   

            converse,你好,你的程序我在mingw下編譯,發現編譯不過,找不到sys/mman.h這個頭文件,請問我怎么解決這個問題?
            2010-08-26 17:57 | messi

            # re: ccache0.6 版本發布  回復  更多評論   

            很久不更新版本了,封板了。
            2012-05-25 16:50 | wxh
            国内精品伊人久久久久| 亚洲精品乱码久久久久久按摩| 东京热TOKYO综合久久精品| 久久精品国产精品青草app| 精品一久久香蕉国产线看播放| 无夜精品久久久久久| 久久综合国产乱子伦精品免费| 久久综合狠狠综合久久激情 | 一级做a爰片久久毛片毛片| 久久亚洲精品无码AV红樱桃| 国产精品激情综合久久| 99久久国产综合精品女同图片| 青青青国产精品国产精品久久久久| 久久婷婷五月综合97色直播| 天天躁日日躁狠狠久久| 久久人人爽人人爽人人片AV麻豆| 日韩精品无码久久久久久| 免费一级欧美大片久久网| 久久se精品一区精品二区| 国产激情久久久久久熟女老人| 久久精品国产精品亚洲艾草网美妙 | 91精品婷婷国产综合久久| 99久久综合国产精品免费| 国产激情久久久久影院老熟女免费| 2021国内久久精品| 青青草原综合久久大伊人导航| 久久国产精品成人免费| 久久亚洲美女精品国产精品| 色狠狠久久综合网| 亚洲欧美国产精品专区久久| 精品久久综合1区2区3区激情| 久久久久人妻精品一区二区三区 | 久久国产AVJUST麻豆| 精品久久久久久99人妻| 国产精品永久久久久久久久久| 国内精品久久国产大陆| 久久九九亚洲精品| 国产精品亚洲美女久久久| 国产精品嫩草影院久久| 久久久久国产一区二区三区| 色欲综合久久躁天天躁|