Look-aside Cache 和 Look-through Cache

最新推荐文章于 2024-10-29 18:55:37 发布

GeekStuff

最新推荐文章于 2024-10-29 18:55:37 发布

阅读量2.5k

点赞数 1

分类专栏： Storage

本文链接：https://blog.csdn.net/aspirinvagrant/article/details/25193619

版权

Storage 专栏收录该内容

9 篇文章

订阅专栏

 
   Look Aside 
  
   CPU requests memory from cache and main memory simultaneously. If the data is in the cache then it is returned, otherwise the CPU waits for the data from the main memory.

 
   Look Through 
  
   CPU request memory from the cache. Only if the data is not present is the main memory queried.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

GeekStuff

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

【我所認知的BIOS】-->Cache(2)

肢解BIOS

12-07

5302

【我所認知的BIOS】-->Cache(2)LightSeed 2009-12-7紧接上一篇，go on。。。5、Level 2 cache5.1 L2的优点（从此节往下，我都是拿486 CPU来做例子说明。）关于L1的介绍，我想就不用多说了，它就是在CPU的内部，比较小的一个cache。在486的的CPU上引入了Level 2 cache的概念。那么我们就来看

深入浅出DPDK学习笔记（3）——— Cache和内存

superbfly的专栏

10-20

2753

深入浅出DPDK学习笔记（3）——— Cache和内存系统架构的演进Cache系统简介Cache的种类TLB CacheCache地址映射和变换全关联型Cache直接关联型Cache组关联型CacheCache的写策略Cache预取Cache的预取原理软件预取软件预取指令DPDK中的预取Cache一致性Cache Line对齐Cache一致性问题的由来一致性协议MESI协议DPDK如何保证Cache一致性TLB和大页逻辑地址到物理地址的转换TLB使用大页如何激活大页DDIONUMA系统系统架构的演进在经

参与评论您还未登录，请先登录后发表或查看评论

Redis-缓存一致性，缓存穿透，缓存击穿，缓存雪崩

paccpjsystematic的博客

08-06

194

缓存问题一致性在使用缓存的过程中往往会由于不正确的使用方式，导致缓存和后端数据库数据不一致。但是并不是一定需要强一致性，需要根据业务场景来判断，缓存共有多种使用模式，常用三种 Cache Aside Pattern, Cache Through Pattern 和 Cache Back Pattern(具体介绍可以参考这篇文章Things You Should Know About Database Caching)。在缓存+数据库的架构中，缓存和数据库的操作总

what is cache aside and cache through

Tech in Pieces

10-20

195

cache aside: cache through:

Memcache与并发

u011541325的博客

11-11

508

memecache是facebook的一个缓存中间件，称为后来系统设计缓存的一个参考。

memcached缓存系统

smartlxh

09-02

280

memcached作为缓存系统基本模型如图，FE表示front server(如web server) Read:前端server向memcache请求数据如果命中则直接返回数据如果数据在memcache中miss，则前段server会自己向后端db请求数据，然后再将返回的数据set到memcache中 Write:前段server向db发送写请求，然后从memcache中delete(k),将更新的数据删除掉问题这边有个问题就是为什么在读数据miss的时候，不由memcache来向db请

Memcache论文总结——Lec16

qq_40229166的博客

04-05

637

Scaling Memcache at Facebook论文分析总结，6.824 Lec16课程

Page table, TLB, Cache简介(x86)

铁匠的七寸宫

12-31

6035

分页模型以x86为例, intel的处理器的分页单元处理4kB的页, 32位的线性地址(虚拟地址)被分为3个域: -Directory, 目录, 最高10位 -Table, 页表, 中间10位 -Offset, 偏移, 低12位 -正在使用的页目录的地址放在控制寄存器CR3中, directory字段决定页目录中的目录项, 而ta

ARM的CACHE原理(转)

xyjikl

11-14

1573

对大量典型程序运行情况的分析结果表明，在一个较短的时间间隔内，由程序产生的地址往往集中在存储器逻辑地址空间的很小范围内。指令地址的分布本来就是连续的，再加上循环程序段和子程序段要重复执行多次。 Cache的工作原理是基于程序访问的局部性。对大量典型程序运行情况的分析结果表明，在一个较短的时间间隔内，由程序产生的地址往往集中在存储器逻辑地址空间的很小范围内。指令地址

Cache 作用以及在在微处理机中的位置

jack.A!!en

10-13

1765

前言虽然CPU主频的提升会带动系统性能的改善，但系统性能的提高不仅仅取决于CPU，还与系统架构、指令结构、信息在各个部件之间的传送速度及存储部件的存取速度等因素有关，特别是与CPU/内存之间的存取速度有关。若CPU工作速度较高，但内存存取速度相对较低，则造成CPU等待，降低处理速度，浪费CPU的能力。如500MHz的PⅢ，一次指令执行时间为2ns,与其相配的内存（SDRAM）存取

Interlaken_v1.2协议理解.pdf

06-25

在翻译Interlaken和Interlaken-Look-Aside标准协议基础上加上个人理解，适合想了解Interface协议的设计人员或者软件人员

Interlaken_Look_Aside_Protocol_Definition_v1.0.pdf

12-31

Interlaken LA 的说明文档，提供给需要的人

嵌入式系统硬件设计-接口

06-18

- **旁路读出式**（Look Aside）：先检查Cache再读取DRAM。 - **CACHE写**： - **写通式**（Write Through）：数据同时写入Cache和DRAM。 - **回写式**（Copy Back）：只写入Cache，待更新时才写回DRAM。 #### ...

Cache简介

进击的小怪兽

12-14

5758

1. Cache Cache一词来源于法语，其原意是“藏匿处，隐秘的地方”，而自从被应用于计算机科学之后，就已经成为了英语中的一个计算机体系结构专有名词。 Sun Microsystems的前首席科学家Billy Joy，作为BSD unix，csh，vi，NFS，java，TCP/IP等的发明者，他曾经说过，在计算机科学领域，如果没有了Cache的发明，其他

缓存更新策略概览（Caching Strategies Overview）

阿哥的专栏

07-06

942

缓存是一种用于更快数据检索的数据存储技术。从某种意义上说，它比从其主存储（如数据库）获取数据更快。为了实现这一点，我们通常缓存频繁请求或计算的数据。现在，让我们仔细看看可能需要考虑的不同缓存策略。请记住，每个应用程序的需求都是不同的，您应该据此选择缓存策略。旁路缓存策略Cache-Aside Strategy（旁路缓存策略）是使用最广泛的缓存策略之一。该策略背后的主要思想是，仅当应用程序请求对象时，才将对象存储在缓存中。 Cache-Aside（旁路缓存）的基本流程如下：Read-Through C

读写分离场景下的缓存一致性问题

m0_73311735的博客

08-04

124

对于一些并发较高，且读多写少的场景，为了提高性能，降低DB压力，大家肯定会想到缓存，这也是我们最常见的提高并发能力的手段；还有就是DB的读写分离，将一些对实时性没有这么高的请求，分流到从库，降低主库的压力。对于大部分的业务场景来说，使用缓存就足够了（可能在业务发展初期，缓存都没有太大必要）。但是随着业务的发展，请求在经过缓存过滤了一层之后，DB主库负载还是很高，那么可能会再上读写分离，来分流请求。那么问题来了，这时候如果你的缓存是使用懒加载的模式，那么就很有可能会遇到缓存一致性的问题。

Interlaken_v1.2协议理解

gitblog_06612的博客

10-29

356

Interlaken_v1.2协议理解【下载地址】Interlaken_v1.2协议理解分享 Interlaken_v1.2协议理解项目地址: https://gitcode.com/Open-source-documenta...

高速硬件接口

Herok

06-24

2379

DLM: dual-lane modules, 是双差分收和发对接口,共有4对差分总线,收和发各两对, 可以复用的总线: sgmii, qsgmii, rxaui,pcie,sata. QLM: quad-lane modules, 是4差分收和发对接口,共有8对差分总线,收和发各4对, 可以复用的总线: sgmii, xaui, dxaui,rxaui, KR,XFI,pcie,ILA,ILK,XLAUI . SGMII:1.25Gbps波特率/差分对, 1Gbps数据速度, 1G以太的内部总线,..

Cache-Aside

最新发布

02-14

### Cache-Aside模式介绍 Cache-Aside模式，也称为旁路缓存模式，是一种广泛应用于分布式系统的缓存管理策略[^3]。此模式的核心理念在于应用程序逻辑中显式地控制缓存的读取与写入行为，而不是依赖于底层的数据存储自动完成这些操作。在这种架构设计里，当应用尝试访问某个资源时，首先会在本地或分布式的缓存层查找该资源是否存在；如果命中，则直接返回给客户端；如果没有找到（即发生未命中的情况），则继续向持久化数据库发起查询请求并获取所需数据，在这之后不仅要把查得的结果反馈回去还要将其副本同步保存至缓存内以便后续更快捷地响应相同类型的请求[^1]。值得注意的是，由于采用这种方式使得缓存和实际的数据源之间并没有建立任何直接关联，因此所有的协调工作都交给了上层的应用程序来承担——包括但不限于决定何时加载新条目进入高速缓冲区以及怎样维护二者间的一致性关系等重要职责。 ### 实现方式为了更好地理解如何具体实施这一机制，下面给出了一段Python伪代码作为示范： ```python def get_data(key): # 尝试从缓存中检索数据 cached_value = cache.get(key) if cached_value is not None: return cached_value # 如果缓存未命中, 则转向数据库查询 db_value = database.query(key) if db_value is not None: # 更新缓存 (可选设置过期时间) cache.set(key, db_value, timeout=EXPIRATION_TIME) return db_value def set_data(key, value): try: # 同步更新数据库 database.update(key, value) # 删除旧版本缓存项而非立即刷新它, # 这样可以减少竞争条件的风险. cache.delete(key) except Exception as e: handle_exception(e) def delete_data(key): # 清除对应的记录 database.delete(key) # 移除相应的缓存条目 cache.delete(key) ``` 上述例子展示了典型的基于Cache-Aside模式的操作流程：`get_data()`函数用于处理读路径上的场景，先检查是否有可用的缓存版本；一旦发现缺失就会触发一次完整的回溯过程直至最终成功填充好临时性的快照供下次快速定位使用。另一方面，针对修改类动作如`set_data()`, 更倾向于采取一种相对保守的做法就是仅限于移除已有的映射而不做即时替换，以此降低因并发冲突而导致潜在风险的可能性[^5]。