• <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
            久久人人爽爽爽人久久久| 日日狠狠久久偷偷色综合免费| 日本加勒比久久精品| 久久经典免费视频| 99久久精品国产免看国产一区| 国产精品亚洲综合专区片高清久久久| 久久亚洲av无码精品浪潮| 无码人妻久久一区二区三区免费丨 | 久久精品亚洲乱码伦伦中文| 久久久久黑人强伦姧人妻| 亚洲va中文字幕无码久久不卡| 中文字幕亚洲综合久久| 7777久久久国产精品消防器材| 国产亚洲美女精品久久久久狼| 久久久久99这里有精品10| 久久综合久久综合久久| 精品无码久久久久国产动漫3d| 久久精品国产91久久综合麻豆自制| 亚洲国产精品综合久久一线| 久久精品男人影院| AV狠狠色丁香婷婷综合久久| 久久免费看黄a级毛片| 久久精品成人| 精品国产婷婷久久久| 久久噜噜电影你懂的| 99久久99久久| 青青草原精品99久久精品66 | 精品国产一区二区三区久久久狼| 伊人久久大香线蕉精品不卡| 手机看片久久高清国产日韩| 99久久人人爽亚洲精品美女| 久久精品99久久香蕉国产色戒 | 久久人妻少妇嫩草AV无码专区| 一本色道久久综合| 精品久久久久成人码免费动漫| 久久精品免费网站网| 国产精品美女久久久久av爽| 91精品国产91久久久久久| 欧美精品一本久久男人的天堂| 国产精品美女久久久m| 成人久久精品一区二区三区|