• <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>
            posts - 15, comments - 10, trackbacks - 0, articles - 0

            KFS代碼分析2(meta元數據持久化)

            Posted on 2013-10-24 01:03 whspecial 閱讀(1254) 評論(0)  編輯 收藏 引用 所屬分類: KFS分析

            KFS的元數據持久化是依賴checkpoint和operation log結合來工作的,其中checkpoint顧名思義保存的是某個點內存的狀態(tài),operation log記錄的是對元數據修改的操作日志。

            使用checkpoint+log的設計
            (1)    元數據信息必須要持久化,否則掉電或者人工重啟之后該信息丟失
            (2)    便于快速重啟,可以從最近的一個cp中快速構建內存狀態(tài),加上該cp之后的log就可以完整地構建內存

            讀寫checkpointlog的過程

            Metaserver啟動時的內存構建:

            Startup.cc調用rebuild函數

            (1)       如果之前已經有了checkpoint,從checkpoint里重建內存樹,否則新建一棵內存樹

            (2)       在內存中replaycheckpoint之后的所有operation log

            MetaServer運行時寫入新的checkpoint

            logcompactor_main.ccmain函數調用,應該是以調用另一個進程的方式來執(zhí)行,猜想是Metaserver進程會定時調用該進程

            (1)       根據舊的checkpoint在內存中生成狀態(tài)

            (2)       在內存中replay之后的op log

            (3)       將此時的內存狀態(tài)寫入新的checkpoint

            MetaServer運行時寫入新的log

            logger.cc來寫入新log,看了代碼應該是每次修改了元信息的操作,都會將這條op log寫入磁盤,雖然性能不高,但是比較可靠(之前也自己寫過日志庫,使用的是兩個buffer交換寫入,這樣比較高效一些)

            久久久久亚洲精品天堂久久久久久| 久久人人爽人人爽人人AV| 四虎国产精品免费久久5151| 青青草原综合久久| 久久久久久亚洲精品影院| 亚洲精品乱码久久久久久按摩| 1000部精品久久久久久久久| 久久综合精品国产一区二区三区| 超级碰碰碰碰97久久久久| 久久精品一区二区| 久久综合亚洲色HEZYO社区| 丰满少妇高潮惨叫久久久| 四虎国产精品免费久久| 9久久9久久精品| 午夜视频久久久久一区 | 国产成人无码精品久久久久免费 | 久久久久久亚洲Av无码精品专口| 99久久免费国产精品| 伊人久久大香线蕉AV色婷婷色| 久久精品国产亚洲精品| 色欲综合久久躁天天躁蜜桃| 国产精品内射久久久久欢欢| 粉嫩小泬无遮挡久久久久久| 伊人久久大香线蕉亚洲| 中文字幕精品久久| 久久丝袜精品中文字幕| 久久久久国产一区二区| 久久综合综合久久狠狠狠97色88| 色综合久久久久久久久五月| 成人午夜精品无码区久久| 国产精品乱码久久久久久软件| 欧美激情精品久久久久久久九九九 | 久久人搡人人玩人妻精品首页| 久久精品蜜芽亚洲国产AV| 亚洲中文字幕无码久久精品1 | 亚洲精品乱码久久久久久蜜桃不卡| 久久久久久久综合日本| 韩国三级中文字幕hd久久精品| 99久久伊人精品综合观看| 久久精品三级视频| 一级做a爰片久久毛片看看|