• <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 那誰 閱讀(4533) 評論(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
            亚洲国产精品人久久| 亚洲AV日韩精品久久久久| 99久久久精品| 国产成人精品久久亚洲高清不卡 | 久久久久人妻一区二区三区vr| 久久国产亚洲高清观看| 精品久久一区二区| 久久强奷乱码老熟女网站| 久久99国内精品自在现线| 秋霞久久国产精品电影院| 精品久久久一二三区| 久久久久久久精品成人热色戒| 亚洲国产精品久久久久| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久夜色精品国产| 亚洲av伊人久久综合密臀性色| 久久国产香蕉一区精品| 久久人妻少妇嫩草AV无码专区 | 麻豆一区二区99久久久久| 91久久九九无码成人网站| 精品久久久久久久久免费影院 | 久久亚洲精品成人AV| 国产精品丝袜久久久久久不卡| 粉嫩小泬无遮挡久久久久久| 久久久久国产精品麻豆AR影院 | 久久精品无码av| 国产成人无码久久久精品一| 欧洲性大片xxxxx久久久| 久久久久久狠狠丁香| 无码AV波多野结衣久久| 亚洲精品乱码久久久久久蜜桃图片 | 久久亚洲视频| 久久久久婷婷| 久久精品无码一区二区app| 久久久久久a亚洲欧洲aⅴ| 久久久亚洲欧洲日产国码aⅴ| 久久久精品人妻一区二区三区蜜桃 | 好久久免费视频高清| 久久久亚洲欧洲日产国码aⅴ| 97久久久精品综合88久久| 三级韩国一区久久二区综合 |