社区
驱动开发/核心开发
帖子详情
是先访问TLB(MMU)还是先访问Cache?
挨踢民工的乐章
2014-06-04 09:39:33
有个疑问,TLB是用来把虚拟地址转换成逻辑地址的缓存,在X86系统中,Cache都是以物理地址映射的,那么就是说CPU在访问Cache之前需要首先访问TLB?那这个效率是不是会很低?
还是有别的解释?
...全文
2361
3
打赏
收藏
是先访问TLB(MMU)还是先访问Cache?
有个疑问,TLB是用来把虚拟地址转换成逻辑地址的缓存,在X86系统中,Cache都是以物理地址映射的,那么就是说CPU在访问Cache之前需要首先访问TLB?那这个效率是不是会很低? 还是有别的解释?
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
会思考的草
2014-06-11
打赏
举报
回复
TLB 用于缓存一部分标签页表条目。TLB可介于 CPU 和 CPU缓存之间,或在 CPU 缓存和主存之间,这取决于缓存使用的是物理寻址或是虚拟寻址。如果缓存是虚拟寻址,寻址请求将会直接从 CPU 传送给缓存,然后从缓存访问所需的 TLB 条目。如果缓存使用物理寻址,CPU 会先对每一个存储器操作进行 TLB 查寻,并且将取得的物理地址传送给缓存。两种方法各有优缺点。 采用物理寻址的缓存的一种常见优化,是并行的进行 TLB 查寻和缓存的访问。所有虚拟地址的较低比特(例如,在虚拟内存系统中具有 4KB 标签页时,虚拟地址中较低的那 12 比特)代表的是所请求的地址在分页内部的地址偏移量(页内地址),且这些比特不会在虚拟地址转换到物理地址的过程中发生改变。访问CPU缓存的过程包含两步:使用一条索引去寻找CPU缓存的数据存储区中的相应条目,然后比较找到的CPU缓存条目的相应标记。如果缓存是用虚实地址转译过程中不变的页内地址来索引组织起来的,则可并行地执行TLB上虚实地址的较高比特(即分页的页间地址/页号)的转换与CPU缓存的“索引”操作。然后,从 TLB 获得的的物理地址的页号会传送给CPU缓存。CPU缓存会对页号标记进行比较,以决定此次访问是寻中或是缺失。它也有可能并行的进行 TLB 查寻和CPU缓存访问,即使CPU缓存必须使用某些可能会在地址转译后发生改变的比特;参阅缓存条目的地址转译一节,以取得关于虚拟寻址下缓存和 TLB 的进一步细节。
曹大夯
2014-06-04
打赏
举报
回复
TLB本身也算是Cache吧,起码可以算Cache的一部分。 至于TLB带来多少CPU负担,是否降低效率,这个得从系统角度看待。 如果系统有很多Cache Miss,Memory负担很重,有TLB应该是能够提高系统效率的。
挨踢民工的乐章
2014-06-04
打赏
举报
回复
自己回答吧,并行访问,但访问cache一般需要TLB的访问结果
ARM
MMU
和
cache
学习
ARM的
MMU
和
cache
部分学习、记录和分享
PowerPC 的
MMU
和
TLB
机制.doc
PowerPC 的
MMU
和
TLB
机制
S3C2440存储管理器
MMU
实现
S3C2440存储管理器
MMU
实现 ARM裸机——S3C2440内存管理单元(
MMU
) http://blog.csdn.net/dengpinbo/article/details/9291695
ARM920T的
MMU
与
Cache
Cache
是高性能CPU解决总线
访问
速度瓶颈的方法,然而它的使用却是需要权衡的,因为缓存本身的动作,如块拷贝和替换等,也是很消耗CPU时间的。
操作系统lab2实验报告1
操作系统lab2实验报告1
驱动开发/核心开发
21,616
社区成员
21,711
社区内容
发帖
与我相关
我的任务
驱动开发/核心开发
硬件/嵌入开发 驱动开发/核心开发
复制链接
扫一扫
分享
社区描述
硬件/嵌入开发 驱动开发/核心开发
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章