lru

    2熱度

    6回答

    當存在頁面錯誤或高速緩存未命中時,我們可以使用最近最少使用(LRU),先入先出(FIFO)或隨機替換算法。我在想,哪一個能夠提供最好的性能,也就是儘可能最少的緩存未命中/頁面錯誤? 架構:處理器的Coldfire

    4熱度

    1回答

    有人知道Redis LRU驅逐/刪除的內部結構嗎? Redis如何確保先刪除較舊的(較少使用的)密鑰(如果我們沒有易失性密鑰並且我們沒有設置TTL過期)? 我知道Redis有一個配置參數「maxmemory-samples」,它控制着它用於刪除鍵的樣本大小 - 所以如果你設置一個樣本大小爲10,那麼它會對10個鍵進行採樣,在這些之中。 我不知道是否它是完全隨機抽樣這些密鑰,還是它有某種機制允許它自

    11熱度

    1回答

    新安卓類LruCache線程安全嗎? java的醫生說: 這個類是線程安全的。原子通過在高速緩存同步執行多個緩存操作: synchronized (cache) { if (cache.get(key) == null) { cache.put(key, value); }} 難道他們的意思是說不是線程安全的?如果類是線程安全的,爲什麼還要同步呢? 謝謝!

    4熱度

    4回答

    我有一個關於std :: set容器的簡短問題。現在我正在使用推回功能餵養我的套裝。對於每個push_back,集合變得越來越大。 我只對最近的30個元素感興趣......舊元素可以刪除。所以我的想法是將設置的大小限制爲30個元素左右,並通過這樣做來擺脫不需要的舊元素。但是,默認情況下,該設置不支持限制。我可以一會兒檢查一次設置的大小,然後手動刪除多餘的元素。 有沒有更聰明的方法? 問候Lumpi

    3熱度

    1回答

    (首先,我的英語不是很好,請) 正如我們所知,memcached的提供懶惰到期,以及「取代」在其樓板LRU的數據,但我不是很清楚它是如何做到這一點。例如,如果一塊板坯已滿,但該板坯中的某些數據已過期,那麼將數據添加到板坯時會發生什麼情況? 是否memcached的發現一些過期的數據,並與添加的數據替換它們,或 它更換LRU數據,或 它做點別的? 據我所知,懶惰到期是這樣的memcached是不是主

    1熱度

    1回答

    Perl中有像Perl中的LinkedHashMap那樣的數據結構嗎? 或者在Perl東西LRU數據結構 更新:@TLP基本上我想有Hashtable的數據結構,而且我可以讓進來鍵的順序,刪除鍵我處理的關鍵在後名單。 更新:@ccheneson Tie :: IxHash一個似乎不是我想要的,我想彈出一個最老的密鑰,但tie :: ixHash彈出最新的密鑰,我如何獲得Tie中最老的密鑰值對: :

    3熱度

    1回答

    我需要實現一個真正簡單的LRU緩存來存儲內存地址。 這些地址的計數是固定的(在運行時)。 我只對最近使用的地址感興趣(我不關心其他元素的順序)。 每個地址都有一個對應的索引號(簡單的整數),它不是唯一的,可以改變。 實施需要儘可能少的開銷運行。除了每個地址之外,還有一個相關的信息結構(包含索引)。 我目前的做法是使用std::list來存儲地址/信息對和一個boost::unordered_mul

    4熱度

    1回答

    我想在我的應用程序中實現一些緩存,我想在C#中使用默認內存緩存(如果不需要,可以更改此需求)。我的問題是,不想超過機器上的最大物理內存量,但據我所知,我無法將這種約束添加到默認內存緩存中。 一般策略是: 如果對象已經在高速緩存10分鐘,沒有請求它被刪除 如果一個新的對象被添加到所述高速緩存和最大量的avaliable物理內存接近使用元素基於LRU 我的緩存可以包含許多不同的對象和它們的範圍從10M

    1熱度

    3回答

    我正在使用內存使用量限制的lru緩存。 lru緩存包含兩個數據結構:一個散列表和一個鏈表。哈希映射保存緩存對象,鏈表保留緩存對象訪問順序的記錄。爲了確定java對象的內存使用情況,我使用了一個開源工具 - Classmexer代理 ,這是一個簡單的Java工具代理,網址爲http://www.javamex.com/classmexer/。 我試着在http://sizeof.sourceforg

    0熱度

    1回答

    在我的應用程序中,我的位圖大約有1000個。我必須將它們合併爲一個圖像。爲了做到這一點,從SD卡加載當前所需的位圖。在這個過程中,我必須回收最近使用的位圖,其他明智的dvm拋出內存錯誤。所以任何人都可以告訴我如何在java中完成這個任務(最近最少使用)。 謝謝 SRINIVAS