程序与技术分享:CacheAlgorithm

本文涉及的产品
视频点播 VOD,流量+存储+转码
简介: 程序与技术分享:CacheAlgorithm

什么是缓存:


存储使用频繁数据的临时地方。


缓存命中:


如果不是预存的话第一次要miss掉。


1、如果有足够的缓存空间,未命中的对象后面会被存储到缓存中。


2、如果缓存满了,就有根据对应的缓存策略,替换数据。即替换策略


缓存算法可以分为:


1. 基于时间的策略


2. 基于访问频率的策略


3. 基于二者坚固的策略


4. 时间距离分布策略


5. 数据访问模式


6. 基于VoD系统架构的策略等


缓存策略:


1. 缓存什么内容


2. 何时进行缓存(预取策略,提前将部分磁盘数据放入缓存,可以减少磁盘io,加大cache命中率。)


3. 当缓存空间已满时如何进行替换,即缓存替换算法


分类:


基于时间访问:按各缓存项的被访问时间来组织缓存队列,决定替换对象。如:LRU


基于访问频率:用缓存项的被访问频率来组织缓存。如LFU,LRU-2,2Q,LIRS


二者兼顾:如FBR,LRFU,ALRFU


基于访问模式:某些应用有比较明确的数据访问特点,进而产生与其相适应的缓存策略


贝莱蒂算法(Belady‘s Algorithm)


最有效率的缓存算法会丢掉未来最长时间内不使用的数据,这种理想情况被称作为最优算法或者千里眼算法。由于要预计数据多久后才被使用基本上是不可能的,所以这种算法没有实际的可操作性,它的作用在于为不同的缓存算法订立一个优劣标准。


OPT(clairvoyant replacement algorithm)


当一个页面需要被cache而导致已保存的内容需要替换出去时,OPT算法会将cache中某个将来最长时间内都不会被访问的页面替换出去。很明显,该算法只是理论上的一种理想化算法,实际应用中设计的算法都是该算法的近似算法。


Adaptive Replacement Cache(ARC)


介于 LRU 和 LFU 之间,是由2个 LRU 组成,第一个,也就是 L1,包含的条目是最近只被使用过一次的,而第二个 LRU,也就是 L2,包含的是最近被使用过两次的条目。因此, L1 放的是新的对象,而 L2 放的是常用的对象。被认为是性能最好的缓存算法之一,能够自调,并且是低负载的。也保存着历史对象,这样,就可以记住那些被移除的对象,同时,也可以看到被移除的对象是否可以留下,取而代之的是踢走别的对象。


LFU(LeastFrequentlyUsed)


按照每个缓存块的被访问频率将缓存中的各块排序,当缓存空间已满时候,替换掉缓存队列中访问频率最低的一项,与LRU的缺点类似,LFU仅维护各项的被访问频率信息,对于某项缓存,如果该项的过去有着极高的访问频率,而最近访问频率较低,当缓存空间已满时该项很难被从缓存中替换出来,进来导致命中率下降。


LRU(LeastRecentlyUsed)


最近最早使用的缓存对象会被踢走,该算法维护一个缓存项队列,队列中的缓存项按照每项的最后被访问时间排序。当缓存空间已满时,将处理队尾即删除最后一次被访问时间距离现在最久的项。将新的区段放入队列首部。例如对于VoD系统,在没有VCR操作的情况下,数据被由前至后顺序访问,已访问过的数据不会被再次访问。所以LRU算法将最新被访问的数据最后被替换不适用于VoD系统。LRU算法的缺点是它没有考虑文件访问的一些规律,有时候会表现出很低的性能,尤其是在数据库系统中,通常数据都有访问模式可循,这时候使用LRU算法不能够充分利用这些规律,在有些情况下可能会出现LRU将一个用户访问次数多的文件从lru list中替换出来,而插入一个用户访问次数低的文件,引起cache pollution问题。


为了完善LRU出现了 LRU2和2Q


LRU-2


算法记录下每个缓存页面最后两次被访问的时间,替换页面时替换倒数第二次访问时间距现在最久的一项。在IRM(IndependentReferenceModel)访问模式下,LRU-2有着很好的预期命中率,由于LRU-2算法要维护一个优先级队列,所以该算法复杂度为logN


(N为缓存队列中缓存项的数量)这个算法的主要思想是说不能仅仅依靠一次访问就决定一个文件应该cache。LRU/2算法在实现时使用的数据结构是优先级队列,时间复杂度为O(nlogn)。为了能够解决cache pollution的问题,LRU/2有两个参数是需要调参的:(1)correlated reference period,在一个correlated reference period时间段内,多次文件访问只算作一次,这样可以避免cache pollution的问题,当某个文件在一个period时间内多次访问后,经历一段时间才再次进行访问,这时候这个保存在cache中的文件会在一个period时间段过后更新为一个低的优先级。(2)retained information period。这个时间段是当一个文件从cache中删除后它的访问历史记录会在一个period时间段内保存。


Two Queues(2 Queues)


把被访问的数据放到LRU的缓存中,如果这个对象再一次被访问,我就把他转移到第二个、更大的LRU缓存。


MRU(Most Recently Used)


最近最频繁使用算法和最近最少使用算法相反,它会首先丢弃最近最常使用的数据,有观点认为“当文件在顺序访问时,MRU算法是最佳选择”,抱有这样观点的人也认为在反复进行大量数据的随即存储时,MRU因为倾向于保留旧的数据,所以比LRU算法有着更高的命中率,MRU算法经常用于旧的数据更常被用到的情况下。


FIFO(First in First out):


先进先出,低负载算法。常用的缓存对象放在后面,更早的放在前面。容量满的时候踢走前面的。很快,但不适用。


Second Chance:


比FIFO多了一个标志,无标志的话就踢出,否则清楚标志位然后重新加入缓存队列。


Clock:


我持有一个装有缓存对象的环形列表,头指针指向列表中最老的缓存对象。当缓存 miss 发生并且没有新的缓存空间时,我会问问指针指向的缓存对象的标志位去决定我应该怎么做。如果标志是0,我会直接用新的缓存对象替代这个缓存对象;如果标志位是1,我会把头指针递增,然后重复这个过程,知道新的缓存对象能够被放入。我比 second chance 更快。


Simple time-based:


通过绝对的时间周期去失效那些缓存对象。对于新增的对象,会保存特定的时间。很快,但是并不适用。


Extended time-based expiration:


通过相对时间去失效缓存对象的;对于新增的缓存对象会保存特定的时间,比如是每5分钟,每天的12点。


Sliding time-based expiration:


与前面不同的是,被管理的缓存对象的生命起点是在这个缓存的最后被访问时间算起的。很快,但是也不太适用。


LIRS(Low Inter-ReferenceRecenty Set)


维护一个变长的LRU队列,该队列的LRU端为最近至少被访问过2次的第Llirs项


(Llirs为算法参数)。LIRS算法在IRM访问模式下可以获得很高的命中率,但对于SDD访问模式效率明显下降。对于VoD系统,基于访问频率的策略可以捕捉到热点影片片段,使得对热点片段的大量请求免于进行缓慢的磁盘I/O。但影片热点会随时间不断变化,且此类策略无法利用VoD的顺序访问模式,所以纯粹以访问频率为度量来进行替换操作不适合VoD系统。


FBR【6】(Frequency Based Replacement)


维护一个LRU队列,并将该队列分为New、Middle、Old三段。对队列中的每一缓存项均维护一个计数值。当缓存中的一项被命中时,被命中的缓存项被移至New段的MRU端,如果该项原本位于Old或Middle段,则其计数值加1,原位于New段则计数值不变。当进行替换操作时,删除Old段计数值最小的一项(LRU端)。


LRFU【7】(LeastRecently //代码效果参考:http://www.lyjsj.net.cn/wz/art_24215.html

FrequentlyUsed)

为每一个缓存项维护一个权值C(x),其初始值为0, C(x)按以下公式变化。在t时刻, C(x) =1+2-λC(x): x被访问到2-λC(x) : x未被访问进行替换操作时,C(x)值最小的一项被删除。当时, LRFU算法行为类似于LFU;而当时,该算法行为逼近LRU算法。该算法通过选用合适的λ值来获得时间与频率因素的平衡。LRFU虽然通过一个值来兼顾访问时间与频率因素,但由于值固定,当访问模式变化时,该算法无法做出相应的调整而造成性能下降。ALRFU【8】(Adaptive LRFU)在此方面对LRFU进行了改进。通过对数据访问模式的历史进行监控,ALRFU动态调整值来适应数据访问模式的改变,表现出比LRFU更好的适应性。


基于访问模式的缓存策略:


python demo:


LRU&LFU


import collections


import functools


from itertools import ifilterfalse


from heapq import nsmallest


from operator import itemgetter


class Counter(dict):


'Mapping where default values //代码效果参考:http://www.lyjsj.net.cn/wx/art_24213.html

are zero'

def missing(self, key):


return 0


def lru_cache(maxsize=100):


'''Least-recently-used cache decorator.


Arguments to the cached function must be hashable.


Cache performance statistics stored in f.hits and f.misses.


Clear the cache with f.clear().


'''


maxqueue = maxsize 10


def decorating_function(user_function,


len=len, iter=iter, tuple=tuple, sorted=sorted, KeyError=KeyError):


cache = {} # mapping of args to results


queue = collections.deque() # order that keys have been used


refcount = Counter() # times each key is in the queue


sentinel = object() # marker for looping around the queue


kwd_mark = object() # separate positional and keyword args


# lookup optimizations (ugly but fast)


queue_append, queue_popleft = queue.append, queue.popleft


queue_appendleft, queue_pop = queue.appendleft, queue.pop


@functools.wraps(user_function)


def wrapper(args, kwds):


# cache key records both positional and keyword args


key = args


if kwds:


key += (kwd_mark,) + tuple(sorted(kwds.items()))


# record recent use of this key


queue_append(key)


refcount【key】 += 1


# get cache entry or compute if not found


try:


result = cache【key】


wrapper.hits += 1


except KeyError:


result = user_function(*args, kwds)


cache【key】 = result


wrapper.misses += 1


# purge least recently used cache entry


if len(cache) > maxsize:


key = queue_popleft()


refcount【key】 -= 1


while refcount【key】:


key = queue_popleft()


refcount【key】 -= 1


del cache【key】, refcount【key】


# periodically compact the queue by eliminating duplicate keys


# while preserving order of most recent access


if len(queue) > maxqueue:


refcount.clear()


queue_appendleft(sentinel)


for key in ifilterfalse(refcount.contains,


iter(queue_pop, sentinel)):


queue_appendleft(key)


refcount【key】 = 1


return result


def clear():


cache.clear()


queue.clear()


refcount.clear()


wrapper.hits = wrapper.misses = 0


wrapper.hits = wrapper.misses = 0


wrapper.clear = clear


return wrapper


return decorating_function


def lfu_cache(maxsize=100):


'''Least-frequenty-used cache decorator.


Arguments to the cached function must be hashable.


Cache performance statistics stored in f.hits and f.misses.


Clear the cache with f.clear().


'''


def decorating_function(user_function):


cache = {} # mapping of args to results


use_count = Counter() # times each key has been accessed


kwd_mark = object() # separate positional and keyword args


@functools.wraps(user_function)


def wrapper(args, **kwds):


key = args


if kwds:


key += (kwd_mark,) + tuple(sorted(kwds.items()))


use_count【key】 += 1


# get cache entry or compute if not found


try:


result = cache【key】


wrapper.hits += 1


except KeyError:


result = user_function(args, *kwds)


cache【key】 = result


wrapper.misses += 1


# purge least frequently used cache entry


if len(cache) > maxsize:


for key, _ in nsmallest(maxsize // 10,


use_count.iteritems(),


key=itemgetter(1)):


del cache【key】, use_count【key】


return result


def clear():


cache.clear()


use_count.clear()


wrapper.hits = wrapper.misses = 0


wrapper.hits = wrapper.misses = 0


wrapper.clear = clear


return wrapper


return decorating_function


if name == 'main':


@lru_cache(maxsize=20)


def f(x, y):


return 3x+y


domain = range(5)


from random import choice


for i in range(1000):


r = f(choice(domain), choice(domain))


print(f.hits, f.misses)


@lfu_cache(maxsize=20)


def f(x, y):


return 3*x+y


domain = range(5)


from random import choice


for i in range(1000):


r = f(choice(domain), choice(domain))


print(f.hits, f.misses)


本文整理于互联网上相关文章,下方有参考相关文章的链接。


参考资料:


原文打不开下面的是备用的


LRU


DEMO


已有 0 人发表留言,猛击-]这里[-参与讨论


ITeye推荐


—软件人才免语言低担保 赴美带薪读研!—

相关文章
|
6月前
|
前端开发 JavaScript IDE
程序与技术分享:createjs入门
程序与技术分享:createjs入门
51 0
|
6月前
|
存储 vr&ar Windows
程序与技术分享:DDraw笔记
程序与技术分享:DDraw笔记
35 0
|
6月前
|
前端开发 数据安全/隐私保护 容器
程序与技术分享:DirectUI的初步分析
程序与技术分享:DirectUI的初步分析
34 0
|
6月前
|
前端开发 Java 数据库连接
程序与技术分享:CleanBlog(个人博客+源码)
程序与技术分享:CleanBlog(个人博客+源码)
34 0
|
缓存 边缘计算 运维
性能优化一手指南来了 | 开发者社区精选文章合集(二十六)
性能优化是一个体系化、整体性的事情,印刻在项目开发环节的各个细节中,也是体现技术深度的大的战场。
性能优化一手指南来了 | 开发者社区精选文章合集(二十六)
|
Linux Windows
直播一对一源码快速搭建的终极秘诀,技术分享
初创公司如果打算自建视频直播平台,其实技术研发成本比较高,由于目前直播技术相对都比较成熟,设备也都支持硬编码,建议可以自主购买一整套的程序源码,把程序架构搭好,然后再进行程序的二次开发。直播一对一源码作为直播平台坚实的技术支持更成为打开新营销时代的钥匙.直播平台几乎每隔几天也会有新的直播APP上架更新迭代。
直播一对一源码快速搭建的终极秘诀,技术分享
mqc
|
搜索推荐 测试技术 开发者
游戏测试怕踩坑?快来围观最佳实践!
《僵尸猎手小明》是由成熟团队精心打磨的2D横版射击游戏,融合僵尸题材、超强武器库、Q萌宠物系统、爆笑漫画系列等元素,更有171个精心制作的关卡,多种特殊挑战,49篇神秘日记,狸猫市的惊天大秘密等你来解开!为玩家呈现最爽快的射击体验!高质量的手游离不开高质量的测试,只有经过严格的质量把关才能打造出高水准的手游,《僵尸猎手小明》对游戏品质方面的要求做到极致,要求从多个角度出发将各项指标都进行专业的测试。
mqc
2629 0
【直播预告】阿里技术专家天樵:基于JVM的脚本语言开发、运用实践
复杂的业务系统往往会使用表达式(EL)或者脚本语言(script)来实现部分业务逻辑的实时动态发布,比如在数学公式计算,规则引擎、脚本引擎中的运用。 本人在阿里巴巴长期担任规则引擎开发工作,通过规则引擎、规则管理平台等技术输出,来支持阿里巴巴复杂多变的上层业务变更需求。
2469 0
【直播预告】阿里高级开发工程师加多:深度剖析Java并发编程系列(第一讲)
什么是线程? 并发与并行区别? 为何并发编程那么难?
2746 0
|
监控 程序员 API
爱奇艺技术分享:爱奇艺Android客户端启动速度优化实践总结
本文由爱奇艺技术团队原创分享,原题《爱奇艺Android客户端启动优化与分析》。 1、引言 互联网领域里有个八秒定律,如果网页打开时间超过8秒,便会有超过70%的用户放弃等待,对Android APP而言,要求更加严格,如果系统无响应时间超过5秒,便会出现ANR,APP可能会被强制关闭,因此,启动时间作为一个重要的性能指标,关系着用户的第一体验。
4003 0