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

那誰的技術(shù)博客

感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
數(shù)據(jù)加載中……

ccache0.6 版本發(fā)布

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

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.

項(xiàng)目地址在: commoncache
另外,項(xiàng)目的wiki頁面我新增了一些解釋commoncache實(shí)現(xiàn)和簡單的demo代碼。

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






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

評論

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

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

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

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

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

@那誰
第一點(diǎn)可能我省字沒說明白,我的意思是這樣:
既然ccache使用了mmap和文件,那它肯定應(yīng)該能支持:1、一個程序啟動,往里面insert一些數(shù)據(jù),程序關(guān)閉;程序再次啟動,load上次的文件,這時它應(yīng)該是能讀取上次寫入的那些數(shù)據(jù)的;2、不相干的進(jìn)程使用ccache,指定相同的文件,那它們應(yīng)該是能通信的,彼此的更新都能看到,而且也能同步訪問(rwlock)。不然你的ccache只能給一個進(jìn)程或父子之類的相關(guān)進(jìn)程訪問,這顯然意義不大。我想上面兩點(diǎn)也應(yīng)該是你使用mmap和文件的初衷。
而你想要不同的進(jìn)程、不相干的進(jìn)程都能理解你的文件結(jié)構(gòu)的話,只能使用偏移量,不能使用指針。比如你創(chuàng)建cache的進(jìn)程(配置init=1)mmap返回的地址為A,里面的某個指針freearea指向的地方相對于它(ccache_t )的偏移量為X,然后freearea這個指針的值就為A+x,它被保存在文件里了,另一個不相干的進(jìn)程(配置init=0)把它mmap到自己的進(jìn)程空間,它的mmap返回值為B,而不是A,而這時你用freearea這個指針的值(A+x)去訪問你的空閑區(qū)顯然就出錯了(應(yīng)該是B+x)。所以我說在文件(以及共享內(nèi)存)不能使用指針、只能使用偏移量,是這個意思。
你的test/目錄下那個多進(jìn)程insert的代碼我看了,因?yàn)槭歉缸舆M(jìn)程繼承mmap的關(guān)系,所以不會出錯,因?yàn)檫@種繼承關(guān)系本身就保證了mmap值的想同。
前面這些是基于對你的mmap作用、init作用的大概判斷的基礎(chǔ)上說的,希望沒有理解錯,以致浪費(fèi)你的時間。
下面是一個會出問題的例子代碼:
#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,其它不變。
我用它來模仿不相干進(jìn)程,先寫數(shù)據(jù):
./cctest set
然后再打開文件讀數(shù)據(jù):
./cctest get
我測了兩次,一次段錯誤,一次get FAIL.

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

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

@ping
你說的沒錯,之前這個問題一直沒有發(fā)現(xiàn),是因?yàn)槲抑皩懙姆?wù)器程序都是父子進(jìn)程的模式,能否給我留一個聯(lián)系方式,我將在下一次修正這個BUG的時候在changelog中加入你的信息,謝謝.你可以在私人留言中給我留下聯(lián)系方式.



2010-05-06 00:39 | 那誰

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

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

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

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

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

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

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

# re: ccache0.6 版本發(fā)布  回復(fù)  更多評論   

很久不更新版本了,封板了。
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>
            国产精品播放| 老司机午夜免费精品视频| 欧美视频在线一区二区三区| 一区二区三区精品在线| 亚洲精品精选| 欧美日韩性生活视频| 日韩一级欧洲| 亚洲午夜未删减在线观看| 国产精品久久久一区二区| 久久精品2019中文字幕| 久久香蕉国产线看观看网| 亚洲人成人一区二区在线观看 | 久久亚裔精品欧美| 亚洲大片在线观看| 日韩视频免费观看| 国产亚洲激情| 亚洲第一中文字幕| 欧美日韩一区在线观看视频| 欧美一区激情| 欧美高清hd18日本| 欧美在线影院| 欧美国产精品中文字幕| 亚洲欧美日韩系列| 久久中文字幕一区| 欧美亚洲在线| 欧美大色视频| 久久久99精品免费观看不卡| 欧美二区视频| 久久久久久自在自线| 欧美日韩一二三区| 欧美高清在线视频| 国产欧美日韩亚州综合| 亚洲激情二区| 136国产福利精品导航网址应用 | 欧美一区二区网站| 欧美日韩国产精品| 欧美1级日本1级| 国产欧美一区二区三区在线老狼 | 国产精品一区二区在线| 欧美激情一区| 一区二区三区在线免费观看 | 免费在线看一区| 国产亚洲第一区| 一本大道av伊人久久综合| 亚洲第一二三四五区| 欧美亚洲免费电影| 欧美一级久久| 国产精品久久久久久久久借妻| 亚洲福利视频网| 在线视频观看日韩| 久久av在线| 久久久久高清| 韩国av一区二区| 欧美在线播放高清精品| 欧美一区二区三区免费大片| 欧美色图天堂网| 亚洲精品综合| 一区二区三区不卡视频在线观看| 久久久久久久国产| 麻豆精品网站| 在线成人小视频| 久久久久久精| 欧美大片国产精品| 亚洲国产色一区| 欧美精品久久久久久久| 亚洲国产成人久久综合一区| 亚洲欧洲综合| 欧美精品18+| 亚洲精品久久久蜜桃| 亚洲天堂免费观看| 国产精品日本一区二区| 亚洲欧美综合另类中字| 久久嫩草精品久久久精品| 久久久久久色| 欧美国产成人在线| 99精品欧美一区二区三区综合在线| 免费观看成人www动漫视频| 亚洲高清视频在线| 中文成人激情娱乐网| 欧美午夜不卡| 欧美一区二区三区四区夜夜大片 | 亚洲午夜电影| 久久av红桃一区二区小说| 极品日韩久久| 欧美绝品在线观看成人午夜影视 | 老牛影视一区二区三区| 亚洲成在人线av| 欧美色图一区二区三区| 欧美一区亚洲二区| 亚洲高清不卡在线| 亚洲一区影音先锋| 狠狠色狠色综合曰曰| 欧美大片免费观看| 亚洲午夜一区二区三区| 久久免费视频网| 日韩亚洲欧美一区| 国产女主播一区二区| 蜜臀av性久久久久蜜臀aⅴ| 99re在线精品| 久久亚洲精选| 亚洲小少妇裸体bbw| 精品999在线播放| 欧美三级在线视频| 久久久精品国产免费观看同学 | 麻豆精品视频在线| 亚洲在线播放电影| 亚洲福利国产| 国产色产综合产在线视频| 农村妇女精品| 欧美中文在线观看国产| 亚洲精品一区二区三区在线观看| 久久精品欧美| 亚洲欧美亚洲| 亚洲美女av电影| 伊人久久亚洲热| 国产区精品在线观看| 欧美日韩123| 欧美成在线观看| 久久久久久穴| 久久精品女人| 小黄鸭精品aⅴ导航网站入口| 最新国产精品拍自在线播放| 麻豆91精品91久久久的内涵| 欧美在线播放视频| 亚洲欧美日韩国产中文| 一本色道精品久久一区二区三区| 亚洲国产成人tv| 国外成人免费视频| 国产亚洲一区二区三区在线观看 | 国产精品亚洲综合久久| 欧美日韩精品欧美日韩精品| 久久视频国产精品免费视频在线 | 亚洲午夜久久久久久尤物 | 亚洲区在线播放| 欧美高清在线| 欧美刺激性大交免费视频| 亚洲第一精品夜夜躁人人爽| 国产欧美日韩另类一区| 国产麻豆午夜三级精品| 国产精品久久久久aaaa| 欧美日韩专区| 欧美午夜久久| 国产精品免费aⅴ片在线观看| 欧美婷婷六月丁香综合色| 欧美日韩国产综合一区二区| 欧美激情一区二区三区蜜桃视频| 欧美v亚洲v综合ⅴ国产v| 久久另类ts人妖一区二区| 久久久精品午夜少妇| 麻豆av一区二区三区| 欧美国产日韩一二三区| 欧美连裤袜在线视频| 欧美日韩系列| 国产日本欧美在线观看| 国产日韩精品一区二区| 狠狠综合久久| 亚洲经典在线看| 亚洲性夜色噜噜噜7777| 欧美伊人精品成人久久综合97| 久久久噜噜噜久久| 亚洲高清二区| 亚洲午夜精品视频| 久久精品国产欧美激情| 葵司免费一区二区三区四区五区| 欧美**人妖| 欧美四级电影网站| 国产亚洲欧洲997久久综合| 亚洲高清毛片| 亚洲综合国产| 久久综合网hezyo| 亚洲精品男同| 欧美一区二区三区成人| 久久综合一区二区| 欧美午夜视频网站| 韩国一区二区在线观看| 亚洲精选在线| 欧美专区亚洲专区| 亚洲国产成人在线视频| 亚洲女人天堂成人av在线| 久久嫩草精品久久久久| 欧美三级黄美女| 一区二区三区在线视频播放| 制服诱惑一区二区| 欧美高清在线一区| 欧美一区2区三区4区公司二百 | 久久免费精品日本久久中文字幕| 欧美日韩免费| 亚洲第一页中文字幕| 亚洲一区视频在线| 亚洲大胆女人| 久久国产视频网| 国产精品免费一区二区三区观看| 亚洲国产精品久久91精品| 亚洲欧美日韩国产综合| 亚洲国产一区视频| 久久亚洲精品欧美| 国内精品一区二区三区| 亚洲欧美变态国产另类| 亚洲激情在线播放| 久久综合久久久久88|