[发明专利]一种基于分布式文件系统客户端锁拆分的方法

说明书

技术领域

本发明涉及分布式文件系统技术领域，特别是涉及一种基于分布式文件系统客户端锁拆分的方法。

背景技术

目前，对于客户端具备缓存的分布式文件系统而言，客户端负责处理接收用户请求，转发请求到元数据服务器，以及进行相元数据关数据缓存的变更处理，而客户端进行这样的的操作会对客户端锁，禁止客户端的并发处理，也就说客户端进行请求处理转发，元数据缓存变更时都不能并发处理，从而影响客户端的并发能力，进而影响分布式文件系统的IOPS能力。对于不带客户端缓存的文件系统，客户端会针对不同文件并发处理，但是客户端无缓存，请求不能立即找到响应的元数据信息，接收到客户端请求后，会先去元数据服务器拿到元数据信息，再进行相关操作，这样会影响客户端的处理响应能力。因此，如何提高客户端IOPS的基础上降低请求响应延时是亟待解决的问题。

发明内容

本发明的目的是提供一种基于分布式文件系统客户端锁拆分的方法，以实现提高客户端IOPS的基础上降低请求响应延时。

为解决上述技术问题，本发明提供一种基于分布式文件系统客户端锁拆分的方法，该方法包括：

根据文件的inode号进行资源分类，将元数据缓存以及附加资源放入不同的资源池中；

在进行请求处理操作时，根据文件的inode号的模值找到请求处理操作所使用的资源池，对资源池进行加锁；

执行请求处理操作，操作完成后释放资源池的锁。

优选的，所述根据文件的inode号进行资源分类，将元数据缓存以及附加资源放入不同的资源池中之前，还包括：

在客户端进程启动时，产生N个资源块，每个资源块对应一个客户端锁，每个客户端锁从1到N进行标号，N为正整数，N大于等于2。

优选的，所述根据文件的inode号的模值找到请求处理操作所使用的资源池，包括：

将文件的inode号对N取模，确定文件元数据所在的资源池，将该资源池作为请求处理操作所使用的资源池。

优选的，所述将文件的inode号对N取模，确定文件元数据所在的资源池，包括：采用取模指令inode→ino.val％n来确定文件元数据所在的资源池。

优选的，对资源池加的锁为客户端锁。

优选的，所述附加资源为文件元数据相关操作的附加资源。

优选的，对请求处理操作所使用的资源池加上客户端锁，在加了客户端锁的资源池上执行请求处理操作。

本发明所提供的一种基于分布式文件系统客户端锁拆分的方法，根据文件的inode号进行资源分类，将元数据缓存以及附加资源放入不同的资源池中；在进行请求处理操作时，根据文件的inode号的模值找到请求处理操作所使用的资源池，对资源池进行加锁；执行请求处理操作，操作完成后释放资源池的锁。可见，在分布式存储文件系统中，针对客户端IOPS，利用划分资源池，利用文件inode号进行关联，不同资源池可以并发访问，从而提高客户端并发处理能力。不仅能提高客户端并发能力，客户端还保留着元数据缓存，对应客户端操作能够有效减少与元数据的通信次数，从而降低请求延时。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明所提供的一种基于分布式文件系统客户端锁拆分的方法的流程图。

具体实施方式

本发明的核心是提供一种基于分布式文件系统客户端锁拆分的方法，以实现提高客户端IOPS的基础上降低请求响应延时。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

术语解释：

IOPS(Input/Output Operations Per Second)，即每秒进行读写(I/O)操作的次数，多用于数据库等场合，衡量随机访问的性能；

Inode：索引节点，它用来存放档案及目录的基本信息，包含时间、档名、使用者及群组等，inode号为索引节点的编号。