一种分布式文件系统cache方案
来源:互联网 发布:美丽心灵观后感知乎 编辑:程序博客网 时间:2024/06/05 21:56
MooseFS通过检查缓存的文件是否被其它的客户端修改,来决定缓存是否有效,感觉与我实现的那个版本的DNFS缓存机制一模一样,客户端在判断缓存是否有效时,需要连接元数据服务器进行确认,以下详细的说明在集中情况下对缓存的处理。
场景1:
机器A读取文件X,(X的元数据被加入到机器A的缓存)
机器B读取文件X
此时,机器A欲读取/修改文件X(cache有效,因为文件没有被修改过)
场景2:
机器A读取文件X
机器A修改文件X
此时,机器A欲读取/修改文件X(cache有效,A已经知道文件被修改)
场景3:
机器A读取文件X
机器B修改文件X
此时,机器A欲读取/修改文件X(cache失效,A的缓存数据已不是最新的)
在DNFS中,客户端确认缓存是否有效在open中完成,也就是说以下情况发生时,不能保证缓存机制正常的工作。
场景4:
机器A打开文件X(open),并读取文件X(没有关闭)
机器B修改文件X
此时,机器A继续读取文件X,由于文件还未关闭(不会调用opoen),A将不检查缓存有效性,此时A读到的数据与第一次读取的相同,但这已不是X最新的数据。
缓存机制的实现需要考虑很多问题,一致性的保证是难点,在网络系统中,由于网络延时,完全的一致性是不可能的,必须在效率与一致性之间做折中,如何实现与系统的应用环境有关。
- 一种分布式文件系统cache方案
- 分布式文件系统的方案
- 一种分布式数据库同步方案
- 一种分布式数据库同步方案
- 一种分布式数据库同步方案
- 一种分布式session实现方案
- 一种分布式session实现方案
- 一种比较直观的分布式架构方案
- moosefs分布式文件系统实施配置方案
- 分布式文件系统元数据分布方案对比
- Ceph:一种可扩展,高性能的分布式文件系统
- Ticket 服务: 一种经济的分布式唯一主键生成方案
- 分布式文件系统
- 分布式文件系统
- 分布式文件系统
- 分布式文件系统
- 分布式文件系统
- 分布式文件系统
- word中的锚点
- 学术期刊
- JAVA进制转换1
- Javascript中正则表达式
- C# 16进制与字符串、字节数组之间的转换
- 一种分布式文件系统cache方案
- Android fill_parent、wrap_content和match_parent的区别
- 增值税税收政策及相关会计核算
- JS面试题
- uva11992
- OnLoad与Page_Load的差异分析
- uva489-Hangman Judge
- Oracle 11g安装图文攻略
- 『转载』__asm__ __volatile__ GCC的内嵌汇编语法 AT&T汇编语言语法