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

red22

通過STL實現帶LRU的Cache

        開發互聯網的server系統,難免會用一些cache機制,通常在Linux下多使用共享內存機制,把分配的內存組織成一個特定的數據結構,用來緩存后端DB的數據,加速讀寫。但是對一些新手而言,共享內存的使用還是有一些門檻,與此同時STL的使用卻是相對容易上手,所以可以通過STL的容器組合出一個cache來。

        上網搜了一下,看到已經有人做了一些類似的事情,具體可以參看http://bytes.com/forum/thread640146.html,作者采用STL::map(當然也可以是hash_map做數據緩存cache),采用一個list做lru鏈,每當讀寫cache中的數據時,都要在lru鏈中刪除該key值對應的項,并把該數據的key值重新放到頭部,這里面有個相對較慢的地方就是從lru鏈中刪除key值對應的項的操作,因為刪除操作表面看也僅是erase,但是其中也是順序查找出來再刪,相對耗時。可以針對此對之進行改進。

         采用STL::map做lru鏈,map::first是一個“虛時間”,表示訪問某一個key的虛時間,map::second就是key值,同樣另外一個map做cache緩存數據,first為key,second為(value,virtual_time)對,這樣當讀寫一個key的數據時,可以快速定位到該數據,并且可以查找到它的上次訪問時間,從而在lru鏈里面快速定位(樹上的查找終究要快)并刪除,再更新key的訪問時間并插入到lru鏈中就可以了。

         當cache過大了,比如緩存最多100,那么就可以從lru鏈的頭部開始淘汰了,(因為lru鏈first值越小,表示訪問越久了)。代碼貼在下面,歡迎批評指證。與上面文章里的相比,代碼簡化了給多,這樣比較方便閱讀,另外考慮到數據多是blob,所以cache中的value就采用stl::string了。

         STL做cache的幾個缺點:

        1 由于cache的數據在堆棧中,所以server一旦core掉就丟了;

        2 鑒于上述原因,所以這種cache適合“讀多寫少”的業務,一旦有“寫入”操作,就和數據庫同步更新,這樣的話淘汰的時候也比較簡單,直接丟掉就好了,不存在“臟數據”的概念。

        當然,對于海量用戶訪問的業務,還是建議用共享內存做cache機制,這樣讀寫的效率都會提高,并且程序出問題數據仍然在,但是壞處就是會帶來復雜性和好多其它的問題,就不在這里說了。

#ifndef _MAP_LRU_CACHE_H_
#define _MAP_LRU_CACHE_H_

#include <string.h>

#include <iostream>
#include <list>
#include <map>

using namespace std;

namespace lru_cache {

        static const int DEF_CAPACITY = 100000;

        typedef unsigned long long virtual_time;

        typedef struct _HashKey
        {// key的類型自定義,重要的是要overload <和==

        }HashKey;

        typedef struct _HashValue
        {
                string value_;
                virtual_time access_;
        }HashValue;


        class CLRUCache
        {
                public:

                        CLRUCache() : _lru_list(), _hash_table(), _now(0){}
                        virtual ~CLRUCache(){}

                        int set( const HashKey& key, const string &value );
                        HashValue* get( const HashKey& key );


                        unsigned get_lru_list_size(){ return (unsigned)_lru_list.size(); }
                        unsigned get_hash_table_size() { return (unsigned)_hash_table.size(); }
                        virtual_time get_now() { return _now; }

                 private:

                        virtual_time get_virtual_time()
                        {
                                return ++_now;
                        }

                        map<virtual_time, HashKey>    _lru_list;
                        map<HashKey, HashValue> _hash_table;
                        virtual_time _now;
        };

}
#endif

#include "map_lru_cache.h"

using namespace lru_cache;

int CLRUCache::set( const HashKey& key, const string &value )
{
        HashValue hash_value;
        hash_value.value_ = value;
        hash_value.access_ = get_virtual_time();

        pair< map<HashKey, HashValue>::iterator, bool > ret = _hash_table.insert(make_pair(key, hash_value));

        if ( !ret.second )
        {
                // key already exist
                virtual_time old_access = _hash_table[key].access_;
                map<virtual_time, HashKey>::iterator iter = _lru_list.find(old_access);
                if(iter != _lru_list.end())
                {
                        _lru_list.erase(iter);
                }

                _lru_list.insert(make_pair(hash_value.access_, key));
                _hash_table[key] = hash_value;


        }

        else
        {
                _lru_list.insert(make_pair(hash_value.access_, key));

                if ( _hash_table.size() > DEF_CAPACITY ) //ÌÔÌ­
                {
                        // get the least recently used key
                        map<virtual_time, HashKey>::iterator iter = _lru_list.begin();


                        _hash_table.erase( iter->second );
                        // remove last key from list
                        _lru_list.erase(iter);
                }
        }
        return 0;
}

HashValue* CLRUCache::get( const HashKey& key )
{
        map<HashKey, HashValue>::iterator iter = _hash_table.find(key);
        if ( iter != _hash_table.end() )
        {
                virtual_time old_access = iter->second.access_;
                iter->second.access_ = get_virtual_time();

                map<virtual_time, HashKey>::iterator it = _lru_list.find(old_access);
                if(it != _lru_list.end())
                {
                        _lru_list.erase(it);
                }

                _lru_list.insert(make_pair(iter->second.access_, key));

                return &(iter->second);
        }

        else
                return NULL;
}

posted on 2008-09-22 15:21 red22 閱讀(3647) 評論(1)  編輯 收藏 引用

Feedback

# re: 通過STL實現帶LRU的Cache 2015-01-17 15:01 后知后覺

基于C++實現的LRU的cache  回復  更多評論   



只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


My Links

Blog Stats

常用鏈接

留言簿

文章檔案

搜索

最新評論

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区三区福利| 夜夜嗨av一区二区三区免费区| 亚洲综合日本| 国产精品天天摸av网| 性做久久久久久久久| 午夜在线观看免费一区| 国内精品伊人久久久久av一坑| 久久夜色精品| 欧美国产先锋| 亚洲欧美日韩国产综合在线| 香港成人在线视频| 伊人成年综合电影网| 亚洲国产精品一区二区第四页av| 欧美国产极速在线| 亚洲专区一区二区三区| 久久国产直播| 99re热这里只有精品免费视频| 在线午夜精品| 在线精品国精品国产尤物884a| 亚洲高清色综合| 国产精品免费区二区三区观看| 玖玖在线精品| 欧美日韩亚洲精品内裤| 欧美在线综合| 欧美日本在线看| 久久精品欧美| 欧美日韩国产在线一区| 久久久人成影片一区二区三区观看| 免费欧美日韩国产三级电影| 亚洲视频中文字幕| 久久免费视频网站| 亚洲欧美久久久久一区二区三区| 久久久亚洲高清| 亚洲一区二区在线播放| 久久婷婷麻豆| 久久精品国产99国产精品澳门| 欧美精品手机在线| 久久综合狠狠综合久久综青草| 欧美体内she精视频| 欧美成人精品三级在线观看| 国产精品稀缺呦系列在线| 亚洲高清资源| 伊人久久综合97精品| 午夜国产不卡在线观看视频| 一区二区精品国产| 免费不卡在线观看| 久久亚洲二区| 国产午夜精品全部视频播放| 99国产精品久久久久老师| 亚洲人成人77777线观看| 欧美在线视频不卡| 欧美中文字幕不卡| 国产精品久久久久久久7电影| 亚洲欧洲在线观看| 亚洲精品一区在线| 免费亚洲婷婷| 亚洲第一福利在线观看| 精品9999| 看欧美日韩国产| 女女同性精品视频| 欲香欲色天天天综合和网| 欧美一级视频免费在线观看| 香蕉久久a毛片| 国产精品日产欧美久久久久| 中文av一区特黄| 亚洲一区在线免费| 国产精品久久久久久久久免费樱桃| 日韩视频在线观看免费| 一区二区三区视频免费在线观看| 欧美久久一级| 在线一区亚洲| 久久精品91| 狠狠久久亚洲欧美| 另类成人小视频在线| 亚洲高清视频中文字幕| 99日韩精品| 欧美性感一类影片在线播放| 亚洲一区二区三区中文字幕| 性欧美暴力猛交69hd| 国产一区二区欧美| 久久先锋影音| 亚洲精品免费看| 亚洲一区激情| 国产中文一区| 免费成人av资源网| 宅男精品视频| 久久天堂成人| 99国产精品99久久久久久粉嫩| 欧美日韩卡一卡二| 欧美一区二区成人6969| 欧美成人免费网站| 亚洲视频在线一区| 国产亚洲一区二区在线观看| 久久久噜噜噜久久| 亚洲精品视频在线| 久久久久久一区| 99视频热这里只有精品免费| 国产精品成人一区二区艾草| 久久精品国产亚洲a| 亚洲区一区二区三区| 性欧美大战久久久久久久免费观看| 狠狠色2019综合网| 欧美日韩一本到| 久久精品视频va| 99这里有精品| 欧美成人激情视频免费观看| 亚洲欧美日韩国产一区二区三区 | 久久综合影音| 一区二区三区高清不卡| 女女同性精品视频| 午夜精品影院在线观看| 亚洲日韩第九十九页| 国产精品免费一区二区三区在线观看 | 久久精品女人| 夜夜嗨av一区二区三区| 禁久久精品乱码| 国产精品每日更新| 欧美精品一区三区在线观看| 欧美在线视频一区二区| 一区二区国产精品| 亚洲第一在线视频| 久久亚洲一区二区三区四区| 亚洲一线二线三线久久久| 亚洲黄色小视频| 国内成人精品2018免费看 | 性欧美激情精品| 99re6热在线精品视频播放速度| 欧美mv日韩mv国产网站app| 久久都是精品| 欧美一区深夜视频| 亚洲在线1234| 在线亚洲欧美| aa亚洲婷婷| 亚洲精品一区中文| 亚洲激情欧美| 亚洲人成在线观看一区二区| 在线观看国产日韩| 一区二区在线看| 韩国成人福利片在线播放| 国产麻豆精品视频| 国产精品一区二区你懂得 | 国产欧美一区二区三区久久人妖| 欧美日韩视频免费播放| 欧美精彩视频一区二区三区| 欧美11—12娇小xxxx| 老司机午夜精品视频| 毛片av中文字幕一区二区| 久久蜜桃精品| 麻豆九一精品爱看视频在线观看免费| 久久精品在这里| 免费久久精品视频| 欧美欧美天天天天操| 欧美日韩国产成人在线| 欧美视频日韩视频在线观看| 国产精品video| 国产热re99久久6国产精品| 国产一区久久| 亚洲欧洲一二三| 亚洲视频在线一区| 久久国产一区二区三区| 久久午夜国产精品| 亚洲福利视频二区| 一区二区三区日韩| 欧美专区在线| 欧美精品国产| 国产精品裸体一区二区三区| 国产专区欧美精品| 亚洲人成精品久久久久| 亚洲一区二区在线| 久久午夜国产精品| 最新国产の精品合集bt伙计| 亚洲在线视频网站| 久久视频在线看| 欧美午夜美女看片| 国产亚洲综合在线| 日韩视频专区| 久久精品国产77777蜜臀| 欧美高清不卡在线| 亚洲一区黄色| 欧美大片免费观看| 国产欧美日韩精品在线| 亚洲精品国产精品乱码不99按摩| 亚洲欧美日韩精品综合在线观看| 美女视频一区免费观看| 亚洲伦理在线观看| 久久久精品欧美丰满| 欧美视频一区二区在线观看 | 米奇777在线欧美播放| 欧美天天影院| 91久久精品国产91性色tv| 欧美一区二区国产| 91久久夜色精品国产九色| 性高湖久久久久久久久| 欧美日产国产成人免费图片| 激情久久五月| 午夜日本精品| 夜夜嗨av一区二区三区网页| 蜜桃av噜噜一区| 国产亚洲一区二区三区| 亚洲欧美精品一区|