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

那誰的技術博客

感興趣領域:高性能服務器編程,存儲,算法,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 那誰 閱讀(4547) 評論(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
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩高清在线播放| 久久久999| 极品av少妇一区二区| 狠狠入ady亚洲精品经典电影| 国内精品免费午夜毛片| 136国产福利精品导航网址应用 | 免费短视频成人日韩| 欧美国产日韩一区二区三区| 欧美午夜宅男影院| 狠狠色综合一区二区| 媚黑女一区二区| 一区二区欧美激情| 久久精品99国产精品酒店日本| 久久久99久久精品女同性| 欧美人在线观看| 亚洲电影av| 亚洲精品久久视频| 一本色道久久综合亚洲精品不卡| 亚洲欧美日韩精品久久奇米色影视 | 亚洲欧美三级在线| 欧美国产日本韩| 亚洲欧美日韩精品综合在线观看| 羞羞视频在线观看欧美| 性视频1819p久久| 亚洲国产欧美日韩| 久久精品成人欧美大片古装| 99精品国产高清一区二区| 久久视频这里只有精品| 国产美女一区| 午夜激情一区| 亚洲免费激情| 欧美性生交xxxxx久久久| 久久久激情视频| 欧美日韩ab片| 老色鬼久久亚洲一区二区| 久久久五月天| 浪潮色综合久久天堂| 欧美日韩国产精品一区二区亚洲 | 国产日韩精品电影| 亚洲免费视频在线观看| 久久婷婷国产综合精品青草| 午夜精品久久久久99热蜜桃导演| 米奇777超碰欧美日韩亚洲| 午夜在线a亚洲v天堂网2018| 中文久久乱码一区二区| 欧美日韩在线观看视频| 亚洲一品av免费观看| 亚洲精品国精品久久99热一| 狠狠色丁香婷婷综合影院| avtt综合网| 亚洲美女黄色片| 日韩亚洲精品视频| 亚洲欧洲三级| 日韩亚洲在线观看| 亚洲精品一级| 亚洲视频一二区| 一区二区三区av| 亚洲欧美精品伊人久久| 国产亚洲毛片| 欧美黄污视频| 欧美午夜三级| 99在线精品免费视频九九视| 亚洲精品久久久久久下一站| 久久日韩精品| 欧美二区在线观看| 国产精品日本欧美一区二区三区| 欧美在线网站| 欧美福利一区二区| 亚洲第一区中文99精品| 欧美日韩亚洲成人| 亚洲狼人精品一区二区三区| 国产日韩欧美麻豆| 亚洲成人在线网| 国产精品麻豆va在线播放| 久久综合九色综合欧美狠狠| 欧美电影美腿模特1979在线看| 亚洲在线国产日韩欧美| 久久久天天操| 欧美亚洲综合在线| 国产精品亚洲综合久久| 欧美影院视频| 一本色道久久88亚洲综合88| 欧美日韩一区二区在线视频 | 久久综合99re88久久爱| 亚洲第一精品久久忘忧草社区| 蜜桃久久精品乱码一区二区| 亚洲国产精品精华液2区45| 国产精品久久久久aaaa| 亚洲第一福利社区| 一区二区三区四区五区精品| 国产精品乱码一区二区三区| 久久aⅴ国产欧美74aaa| 亚洲国产毛片完整版 | 亚洲精品久久久一区二区三区| 欧美日韩国语| 欧美一区二区三区四区夜夜大片| 久久精品国产久精国产爱| 裸体一区二区| 在线亚洲高清视频| 老鸭窝91久久精品色噜噜导演| 91久久精品国产91久久性色tv| 欧美日韩另类字幕中文| 欧美一区=区| 亚洲欧洲三级电影| 怡红院精品视频| 欧美一区视频| 日韩亚洲成人av在线| 久久蜜桃资源一区二区老牛 | 亚洲欧美三级在线| 在线国产欧美| 国产精品视屏| 欧美激情精品久久久六区热门| 午夜精品福利一区二区蜜股av| 亚洲第一页在线| 久久久久久久精| 亚洲欧美日韩综合国产aⅴ| 亚洲经典视频在线观看| 国产一区二区毛片| 国产精品xnxxcom| 欧美成人免费在线| 久久久久久久久一区二区| 亚洲网站视频| 欧美在线一二三| 一本色道久久99精品综合 | 欧美极品在线播放| 亚洲国产一区二区精品专区| 久久精品中文字幕一区| 亚洲男人第一网站| 一区二区三区四区五区在线 | 狠狠干综合网| 国产精品一区久久久| 欧美日韩另类在线| 欧美精品91| 欧美大片在线观看| 久久阴道视频| 亚洲免费福利视频| 亚洲国产精品视频| 欧美激情四色| 欧美激情精品久久久久久| 欧美v日韩v国产v| 一区二区三区四区国产精品| 最新日韩av| 亚洲人成7777| 日韩视频一区二区在线观看| 亚洲人成网站影音先锋播放| 亚洲日本无吗高清不卡| 亚洲欧洲一二三| 亚洲精品视频免费观看| 亚洲精品国产拍免费91在线| 亚洲精品护士| 一本一本大道香蕉久在线精品| 99精品国产一区二区青青牛奶| 国产精品网站一区| 国产欧美一区二区三区久久人妖| 国产麻豆日韩| 极品日韩av| 亚洲日本va午夜在线电影| 亚洲免费观看高清在线观看| 一本色道久久综合亚洲91| 一道本一区二区| 亚洲欧美日韩精品久久| 久久久一区二区三区| 欧美国产日韩一二三区| 亚洲精选成人| 在线中文字幕一区| 久久不射2019中文字幕| 久久免费视频一区| 欧美日韩成人精品| 国产精品v一区二区三区| 久久久999精品免费| 欧美风情在线| 国产精品海角社区在线观看| 国产一区二区福利| 最新国产乱人伦偷精品免费网站 | 国产亚洲精品资源在线26u| 在线观看91精品国产入口| 一本一道久久综合狠狠老精东影业| 亚洲欧美日韩一区二区三区在线观看 | 亚洲美女av电影| 欧美在线啊v| 中文av一区二区| 亚洲欧洲日本国产| 午夜精品久久久| 亚洲第一区在线观看| 亚洲欧美一区二区三区在线| 欧美jizzhd精品欧美巨大免费| 麻豆91精品| 国产欧美丝祙| 99国产精品久久久| 久久先锋影音av| 黄色亚洲精品| 亚洲精品中文字幕在线观看| 性欧美超级视频| 亚洲国产专区| 久久精品女人天堂| 国产精品久久久久久久午夜| 亚洲二区视频在线| 狠狠久久婷婷| 亚洲综合色丁香婷婷六月图片| 美女视频黄 久久|