CN114328373A - 管理文件系统的方法、电子设备和计算机程序产品 - Google Patents
管理文件系统的方法、电子设备和计算机程序产品 Download PDFInfo
- Publication number
- CN114328373A CN114328373A CN202011051335.8A CN202011051335A CN114328373A CN 114328373 A CN114328373 A CN 114328373A CN 202011051335 A CN202011051335 A CN 202011051335A CN 114328373 A CN114328373 A CN 114328373A
- Authority
- CN
- China
- Prior art keywords
- data block
- file system
- storage space
- causing
- subspace
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/174—Redundancy elimination performed by the file system
- G06F16/1744—Redundancy elimination performed by the file system using compression, e.g. sparse files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/174—Redundancy elimination performed by the file system
- G06F16/1748—De-duplication implemented within the file system, e.g. based on file segments
- G06F16/1752—De-duplication implemented within the file system, e.g. based on file segments based on file chunks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/064—Management of blocks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
Abstract
根据本公开的示例实施例,提供了一种管理文件系统的方法、电子设备和计算机程序产品。该方法包括:使多个数据块被写入文件系统的存储空间,多个数据块中的每个数据块的大小不低于阈值大小;以及在存储空间中创建至少一个空间碎片,至少一个空间碎片中的每个空间碎片的大小不超过阈值大小。由此,本方案可以快速、高效地使文件系统老化。
Description
技术领域
本公开的实施例总体涉及管理文件系统的方法、设备和计算机程序产品。
背景技术
用户在文件系统中进行操作的过程中,大量的数据不可用和数据丢失时间是由定时、锁、线程和内容冲突引起的,这在长期使用后的文件系统中尤其明显,其中经常出现内存溢出(OOM)、紧急情况、文件系统脱机、线程阻塞等问题。长期使用的文件系统会使其老化并且性能降低,这在固态硬盘(SSD)上的老化的文件系统的性能损失可能比机械硬盘(HDD)上的损失还要严重。
在传统解决方案中,为了发现这些问题,通常会进行大量的测试操作,例如单元测试,功能测试,集成测试,压力测试和耐力测试。然而,由于用户的文件系统通常经过了长时间的使用已经老化、存储阵列从许多故障中恢复、很少执行不间断升级且很少执行重新初始化,而当前大多数系统测试都在新创建存储器阵列上运行,所以在系统测试环境与用户文件系统之间存在显著的差异。然而,在一般的系统环境测试中很难发现上述问题。
发明内容
本公开的实施例提供了管理文件系统的方法、设备和计算机程序产品。
在本公开的第一方面,提供了一种管理文件系统的方法。该方法包括:使多个数据块被写入文件系统的存储空间,多个数据块中的每个数据块的大小不低于阈值大小;以及在存储空间中创建至少一个空间碎片,至少一个空间碎片中的每个空间碎片的大小不超过阈值大小。
在本公开的第二方面,提供了一种电子设备。该设备包括至少一个处理单元和至少一个存储器。至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。该指令当由至少一个处理单元执行时使得设备执行动作,该动作包括:使多个数据块被写入文件系统的存储空间,多个数据块中的每个数据块的大小不低于阈值大小;以及在存储空间中创建至少一个空间碎片,至少一个空间碎片中的每个空间碎片的大小不超过阈值大小。
在本公开的第三方面,提供了一种计算机程序产品。计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令,机器可执行指令在被执行时使机器实现根据本公开的第一方面所描述的方法的任意步骤。
提供发明内容部分是为了以简化的形式来介绍对概念的选择,它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征,也无意限制本公开的范围。
附图说明
通过结合附图对本公开示例性实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显,其中,在本公开示例性实施例中,相同的参考标号通常代表相同部件。在附图中:
图1示出了本公开的实施例可以在其中被实现的示例环境的示意图;
图2示出了根据本公开的实施例的管理文件系统的方法的流程图;
图3示出了根据本公开的实施例的管理文件系统的示意图;
图4示出了根据本公开的实施例的管理文件系统的环境的示意图;
图5示出了根据本公开的实施例的管理文件系统的示意图;
图6示出了根据本公开的实施例的管理文件系统的示意图;
图7示出了根据本公开的实施例的管理文件系统的示意图;
图8示出了根据本公开的实施例的在经老化的文件系统上进行测试的示意图;
图9示出了根据本公开的实施例的用于记录文件系统管理过程的设备的示意图;
图10示出了根据本公开的实施例的文件系统性能的示意图;
图11示出了根据本公开的实施例的文件系统性能的示意图;
图12示出了根据本公开的实施例的文件系统性能的示意图;
图13示出了根据本公开的实施例的文件系统性能的示意图;以及
图14示出了可以用来实施本公开的实施例的示例设备的框图。
在各个附图中,相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例,然而应该理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
通常而言,文件系统具有其自己的生命周期。终端用户在文件系统中创建、读取、写入、截断、删除和复制文件、目录和链接。文件系统可以从一个地方迁移或复制到另一个地方。可以为文件系统拍摄快照,从而导致块共享和写入拆分。有时文件系统可能会脱机或损坏。可以执行FSCK(FSCK用于检查和维护不一致的文件系统,若系统掉电或磁盘发生问题,可利用fsck命令对文件系统进行检查)对文件系统进行恢复。从终端用户和文件系统的存储实施的角度来看,文件系统老化的因素很多,包括但不限于以下各项:碎片化、累计操作、重用数据结构(inode、间接块等)、资源重用(索引节点编号)、重新分配数据块、从故障中恢复(离线)FSCK等。
传统上,在新创建的文件系统中执行压力测试、耐久性测试、数据迁移测试、客户升级测试等,但是无法揭示文件系统、尤其是文件系统中的存储空间老化后的潜在问题和性能瓶颈。
为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个,本公开的示例实施例提出了一种管理文件系统的方案。在该方案中,首先在文件系统的存储空间的多个子存储空间中写入数据。然后对写入的数据进行操作以产生空间碎片,从而老化文件系统。以此方式,本方案可以在短时间内模拟长时间使用的客户文件系统,有助于揭示在新设计的文件系统中的潜在问题并且可以识别文件系统的性能瓶颈,提高了后续测试的测试效率和有效性。
在下文中,将结合图1至图14更详细地描述本方案的具体示例。图1示出了根据本公开的实施例的备份系统100的示例的示意图。图1示出了本公开的实施例能够在其中被实现的示例环境100的框图。如图1所示,环境100包括主机110、存储管理器120以及文件系统130。应当理解,仅出于示例性的目的描述环境100的结构和功能,而不暗示对于本公开的范围的任何限制。例如,本公开的实施例还可以被应用到与环境100不同的环境中。
文件系统130可以包括一个或多个存储空间,例如磁盘、光盘、机械硬盘(HDD)或固态盘(SSD)等。每个存储空间可以被划分成多个子存储空间。例如,每个子存储空间可以具有相同大小。根据所存储的不同数据类型或根据所划分的逻辑层,文件系统130可以包括各种类型的存储空间,例如,用于存储用户数据的存储空间(也称为“用户数据存储空间”)、用于存储与存储系统有关的元数据的存储空间(也称为“元数据存储空间”)等。元数据存储空间可以存储与存储系统有关的映射信息、索引信息、状态信息等,例如存储空间到物理盘的映射信息、存储空间的状态(诸如,正常状态或故障状态)等。存储空间中的多个子存储空间中所存储的数据可以是互相关联的。
存储管理器120可以包括处理器121和存储器122。存储器122可以是任何目前已知或者将来开发的易失性存储介质、非易失性存储介质、或者两者的组合。存储管理器120可以被配置为管理文件系统130,并且处理来自主机110的输入/输出(I/O)请求。主机110可以是运行用户应用的任何物理计算机、虚拟机、服务器等等。
主机110可以向存储管理器120发送I/O请求,例如用于从文件系统130中的存储空间移除数据和/或向其写入数据等。目标存储空间的元数据可以被存储在元数据存储空间中。响应于接收到来自主机110的I/O请求,存储管理器120可以首先从元数据存储空间获取目标存储空间的元数据,该元数据可以指示目标存储空间到物理盘的映射信息、目标存储空间的状态等。响应于该I/O请求为读请求,存储管理器120可以基于所获取的元数据向目标存储空间转发该I/O请求以从目标存储空间读取数据,并且将所读取的数据返回给主机110。响应于该I/O请求为写请求,存储管理器120可以基于所获取的元数据向目标存储空间转发该I/O请求以向目标存储空间写入数据。
图2示出了根据本公开的实施例的用于管理存储盘的示例方法200的流程图。方法200例如可以由如图1所示的存储管理器120来执行。应当理解,方法200还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。以下结合图1来详细描述方法200。
如图2所示,在框210处,存储管理器120使多个数据块被写入所述文件系统130的存储空间,多个数据块中的每个数据块的大小不低于阈值大小。例如,存储管理器120可以响应于主机110发起的写入请求,将大小相同或者不同的数据块写入文件系统130的存储空间中的多个子存储空间中,这里,阈值大小可以是文件系统130的最小子存储空间大小,例如为8KB。请注意,对于不同的文件系统,最小存储空间大小可以不同,因此可以设置不同的阈值小大小,本公开在此不做限制。
在框220处,存储管理器120在存储空间130中创建至少一个空间碎片,至少一个空间碎片中的每个空间碎片的大小不超过所述阈值大小。例如,存储管理器120可以响应于主机110发起的擦除请求或者重写请求,对在210中写入文件系统130的存储空间中的多个子存储空间中的多个数据块进行移除、改变压缩率、重新写入等操作,以在文件系统中创建多个空间碎片。这里,空间碎片是指存储空间中的多个子存储空间中的不连续的空间,该空间例如小于最小存储空间大小,并且无法直接被写入数据。
在下面将结合图3至图7详细描述上述步骤210和220。
图3示出了根据本公开的实施例的管理文件系统的示意图300。存储管理器120使多个数据块被写入文件系统130的存储空间的子空间301、302、303、304、305、306和307中,在此多个字空间可以为新的空白的存储空间,本公开在此不做限制。如图130’所示,写入后的多个数据块在存储空间中各自占有子空间。然后存储管理器120使所写入的所述多个数据块中的至少两个数据块从所述存储空间被移除,例如,如130”所示,空白的矩形框代表被移除的数据块所占据的子空间,也即空间碎片,所示出的数据块在被移除前在存储空间中所占据的子空间不相邻。由此,创建了如130”中的空白所示的空间碎片,该空间碎片所占据的空间不大于所写入的数据块的大小且不相邻。
在一个实施例中,存储管理器120经由I/O工具将大小相同的数据块(例如8KB,在此8KB为最小子存储空间大小)写入文件系统130的存储空间310中,然后将所写入的数据块间隔移除,并且在移除时禁用FSR等空间回收功能,该空间回收功能禁止将空白的子存储空间重新组合,从而实现更高的碎片率。请注意,相同大小的8KB的数据块仅仅是示例性的。
大量的8KB的数据块也可以帮助配置3级的DUCH之类的复杂文件结构。
在一个示例中,可以通过FIO工具实现上述8KB数据块的写入,FIO是一种IO测试工具,支持多引擎和多系统测试,在此仅仅作为示例,还可以应用诸如内部团队开发的内部工具或者诸如LDX工具的外部工具来实现数据的写入或者移除,本公开在此不做限制。FIO工具实现8KB数据块的写入的代码可以参照如下,其中文件可以是上述过程中的数据块:
[global]
do_verify=0
ioengine=libaio
iodepth=32
direct=1
readwrite=write
openfiles=40
refill_buffers=0
numjobs=1
create_on_open=1
bs=8k
[_mnt_testAged_2]\创建文件名称\
directory=/mnt/obd2151/afp01/\加载指针\
filesize=8k\创建文件大小\
nrfiles=65536\创建文件的数目,如果数目太大,主机将内存不足\
create_serialize=1\如果设置,将具有很高的碎片率,但是将花费更多的时间来创建文件\
上述代码仅仅是示例性的,不旨在限制本公开。
上面描述的情况为不存在数据块压缩和数据块重复存储的情况。数据压缩和重复数据删除是提高存储效率的常用功能,它们在文件系统中得到了广泛的使用,下面进一步结合图4至图7描述支持数据压缩和重复数据删除的文件系统的情况。
图4示出了根据本公开的实施例的管理文件系统的环境的示意图400。响应于接收到来自主机110的I/O请求,存储管理器120可以首先从元数据存储空间获取元数据LeafIB-A、Leaf IB-B、Leaf IB-C和Leaf IB-D/E,其中Leaf IB-B、Leaf IB-C和Leaf IB-D/E分别与压缩数据块B470、压缩数据块C(为了方便后续描述,在图中和下文被称为第一压缩数据块480)470、以及压缩数据块D相对应,与Leaf IB-A相对应的压缩数据块A在被移除。该多个元数据可以指示存储空间到物理盘的映射信息、目标存储空间的状态等,该多个元数据可以被进一步经由偏移量A、偏移量B、偏移量C、偏移量D和偏移量E被索引到元数据ILC-VBM-i,该元数据为VBM类型的元数据,ILC代表其可以存储压缩数据,这仅仅是一个示例,还可以应用其他类型的数据或者元数据,也可以以其他方式命名数据,本公开在此不做限制。
以元数据ILC-VBM-i中索引1为例,其中w:10指示元数据Leaf IB-B在元数据ILC-VBM-i中存储的所有元数据40中的权重为10,数据长度B指示元数据数据Leaf IB-B所对应的压缩数据块B在存储空间中的数据长度。其中元数据Leaf IB-D/E存储有两个相同的压缩数据,其所对应的数据权重为20,并且其所对应的数据在数据,即压缩数据块D存储空间中仅占据一个字存储空间。通过不同数据的不同权重,可以快速地确定是哪个数据出现问题。Zipheader-B、Zipheader-C、Zipheader-D表示所存储的压缩数据块B470、第一压缩数据块480、以及压缩数据块D490的地址信息等。其中与元数据Leaf IB-A相对应的压缩数块A(未示出)被从文件系统130的存储空间中移除,图4中的Leaf IB-A上的叉形状表示其被移除,所以其在元数据ILC-VBM-i中的索引0中的权重、长度和偏移量为0,并且由于其被移除在存储空间中存在空闲存储空间460。压缩数块A被移除仅为了描述本公开的实施例,其不旨在限制。在下面的描述中,将不再赘述元数据,而直接描述存储管理器120对存储空间中的数据块的操作。
图5示出了根据本公开的实施例的管理文件系统的示意图500。首先参考上述关于图4描述的,存储管理器120可以响应于主机110的写入请求,通过第一压缩率来压缩多个数据块中的第一数据块,以得到第一压缩数据块480,并且将其写入文件系统130的存储空间中的第一子空间中。写入过程可以参照图4中的描述,在此不再赘述。后续描述的第一子空间、第二子空间等是文件系统130的存储空间中的多个子存储空间,其可以是大小相同的或者不同的存储空间,本公开在此不做限制。
例如,存储管理器120可以将8KB的第一数据块通过第一压缩率80%得到大小为6.4KB的第一压缩数据块480,然后将其写入第一子空间,这里第一子空间相应地在存储空间占据6.4KB的存储空间。上述数据块的大小和压缩率仅仅是示例性的,根据不同的存储和数据结构,还可以应用其他的数据大小和压缩率大小。
然后,存储管理器120可以使第一压缩数据块从第一子空间中被移除,例如存储管理器120可以将与该第一压缩数据块480相对应的Offset-C移除,然后第一压缩数据块480从第一子空间被移除并且用于Offset-C的元数据ILC-VBM-i被移除并且第一子空间被释放。接着存储管理器120通过大于第一压缩率的第二压缩率来重新压缩所述第一数据块,以得到第二压缩数据块580。由于第一压缩率小于第二压缩率,所以第二压缩数据块580的大小小于第一压缩数据块480,因此存储管理器120可以将第二压缩数据块580重新写入第一子空间,因此产生空间碎片510。
例如,继续上面示例描述,存储管理器120可以将8KB的第一数据块通过第二压缩率70%得到大小为5.6KB的第二压缩数据块580,然后存储管理器120可以将5.6KB的第二压缩数据块580写入存储空间中的第一子空间,并且数据长度C被更新为5.6KB,由此创建了大小为6.4KB-5.6KB=0.8KB的空间碎片510,在此空间碎片是指分离的存储空间,其在没有空间回收的操作的情况下无法再存储数据。
在一个备选实施例中,第一压缩率可以为100%,即第一数据块未被压缩,第二压缩率可以为任何小于100%的压缩率,从而创建空闲的存储空间。
还可以对上述压缩数据块B和压缩数据块D执行类似的操作,在此不再赘述。
通过反复多次以不同的压缩率同一数据块或者不同数据块,可以创建诸如最小存储空间的10%甚至更小的空间碎片,这些空间碎片无法被进一步写入数据,从而老化文件系统。此外,通过不同压缩数据率的重写IO可以触发数据块的写入拆分,在原有的元数据不是和存储压缩数据块的情况下,还可以导致有关实现数据块共享的元数据的增加和删除,从而进一步老化了文件系统。
图6示出了根据本公开的实施例的管理文件系统的示意图600。图6与图5的不同之处在于,重新写入的压缩数据块的大小大于原先写入的压缩数据块的大小,所以其无法写入原来所占据的存储空间。存储管理器120首先响应于主机110的多个写入请求,执行多个写入操作,存储管理器120使多个数据块中的第二数据块被写入存储空间中的第二子空间,然后以第三压缩率来压缩多个数据块中的第三数据块,以得到第三压缩数据块,以及使第三压缩数据块被写入存储空间中的第三子空间,第二数据块的大小大于第三数据块的大小,第二子空间和第三子空间不相邻。
例如,首先参考图5描述,存储管理器120可以首先将8KB的压缩数据块A520写入文件系统130的存储空间中的第二子空间,然后将可以将8KB的第三数据块通过第三压缩率70%得到大小为5.6KB的第三压缩数据块(图中示出为第二压缩数据快),然后存储管理器120可以将5.6KB的第三压缩数据块写入存储空间中的第三子空间,如图所示压缩数据块A和第三子空间之间还有压缩数据块B。
然后,存储管理器120使第二数据从第二子空间中被移除,使第三压缩数据块从第三子空间中被移除,以小于第三压缩率的第四压缩率来压缩第三数据块,以得到第四压缩数据块,最后使所述第四压缩数据块被写入所述第二子空间。
例如,存储管理器120可以将8KB的压缩数据块A520从文件系统130的存储空间中的第二子空间移除,如图4所示,移除后的VBM元数据中的各项数据都更新为0,然后使5.6KB的第三压缩数据块从第三子空间被移除。存储管理器120通过第四压缩率90%得到大小为7.2KB的第四压缩数据块610,由于第四数据块610大于第三子空间的大小,即第三压缩数据块的大小5.6KB,所以其无法被写入第三子空间。由于第二子空间的大小,即压缩数据块A520的大小8KB大于第四数据块610的大小,存储管理器120可以将7.2KB的第四压缩数据块610写入存储空间中的第二子空间,并且数据长度C被更新为7.2KB。由此,如图6所示,创建了大小为8KB-7.2KB=0.8KB的空间碎片620和大小为5.6KB的空间碎片630。
在一个备选实施例中,由于元数据ILC-VBM-i尽可以存储12个(数字12是示例性的,其仅仅代表不同类型的元数据的属性)对应的压缩数据条目,如果元数据ILC-VBM-i没有合适的块来存储上述新写入的压缩数据,则应创建一个新的元数据VBM来存储压缩数据。
关于上述描述了通过对压缩数据的写入和移除来创建各种空间碎片,下面描述关于重复数据的情况。
图7示出了根据本公开的实施例的管理文件系统的示意图700。如上文关于图4所讨论的,Offset-D和Offset-E为重复数据,其共享一个数据块。存储管理器120以不同的压缩/重复数据删除速率重写Offset-E,导致Offset-D和Offset-E无法共享一个数据块。Offset-E必须进行写拆分,即重新写入经重新压缩的数据块,写入过程与上文图5至图7所描述的重写Offset-C相似,在此不再赘述。存储管理器120还在ILC-VBM-i中添加有关Offset-E的新记录,例如其权重、长度等。
如图7所示,以不同压缩率重写的压缩数据块E710占据了先前被移除的压缩数据块A所占据的存储空间,由此创建了空间碎片720。
在一个实施例中,存储管理器120还可以对压缩数据块B470、压缩数据块C730执行压缩重写等上文所描述的操作以创建更多的空间碎片。
在一个备选实施例中,同时执行上述数据块的写入、移除操作,可以导致具有不同文件大小IO的快照创建/删除操作以及创建更多的空间碎片,这些操作可以测试更多元数据区域,例如inode(inode缓存,具有生成编号的inode ID重用)并且加速文件系统的老化。
图8示出了根据本公开的实施例的在经老化的文件系统上进行测试的示意图800。其中可以通过上面关于图2至图7所描述的空间碎片创建操作来老化文件系统1(810)、文件系统2(820)至文件系统n(830)。测试用例1(840)、测试用例2(850)和测试用例N(860)可以包括例如单元测试,功能测试,集成测试,压力测试和耐力测试。可以存在两种方式进行文件系统的老化和测试。方案一(如实线所示),存储管理器120可以首先将多个文件系统老化,然后经由多个测试用例对经老化的文件系统进行测试。方案二(如虚线所示),存储管理器120可以在对文件系统进行老化的同时对其进行测试。
图9示出了根据本公开的实施例的用于检测文件系统的老化过程的设备的示意图900。本公开提出了在文件系统130的老化过程中使用Elastic Stack系统来检测和记录日志跟踪和事件。Filebeat920是安装在文件系统的存储空间上的工具,用于读取目标跟踪并使用对背压敏感的协议将数据发送到Logstash930。Logstash930可以提取和转换数据,然后加载到Elasticsearch940,Elasticsearch940是Elastic core的核心软件,用于记录转换后的日志跟踪和事件。最后Kibana950将在GUI中显示日志跟踪的详细信息,它可以告诉用户事件发生的时间,地点和方式,以及对老化操作的反馈。老化配置文件(工作负载和操作)将根据从Elastic Stack获得的结果进行修改。
例如,存储管理器120可以经由上述系统来获取文件系统130的数据碎片、元数据碎片、自由空间碎片和内存碎片等以确定文件系统130的老化率。存储管理器120还可以经由上述系统获取冲突操作(块共享,块重新分配,空间缩小/扩展等)和中断操作的频率等来确定文件系统130的老化率。
在一个实施例中,存储管理器120可以通过如下步骤来老化文件系统130:(1)首先使用内存和磁盘上的客户数据来配置文件系统130。客户数据例如根据客户经常使用的数据结构(哈希表,DB,DUCH,dentry等)、本地文件系统还是全局文件系统而被预先限定;(2)经由限定的工作负载配置文件(IO工作负载和文件系统操作),以使用内部工具和外部(FIO,LDX)工具老化文件系统130,具体的老化方法可以参考图2至图7描述的创建碎片的方法;(3)经由Elastic Stack系统监测并确定文件系统130的老化率;(4)基于不同的测试目的,不断进行步骤(2)的操作以获得预定的老化率。
图10至图13示出了根据本公开的实施例的文件系统性能的示意图1000、1100、1200和1300。其中曲线1030、1130、1230和1330表示用8KB的数据块填充50GB的文件系统,然后将数据块间隔删除,配置该文件系统需要15个小时。曲线1020、1120、1220和1320表示用16KB的数据块填充50GB的文件系统,然后将数据块间隔删除。配置该文件系统需要6个小时。曲线1010、1110、1210和1310表示新创建的50GB文件系统。可以看出,利用8KB数据块并且间隔删除的老化方式,即曲线1030、1130、1230和1330在文件系统响应时间上最长,I/O最小,带宽最低,每秒I/O最高。即对于该特性文件系统,使用8KB数据填充并间隔删除的老化效果最好。该示例仅仅是示例性的,还可以根据不同的文件系统和数据结构采取不同大小的小数据块进行老化操作。
上述性能图仅仅是示例性的,在一个实施例中,存储管理器120还可以下通过以下至少一项来确定文件系统130的性能:文件系统的响应时间、文件系统读取/写入数据的平均带宽、文件系统每秒进行读写操作的数目以及文件系统的故障率。
图14示出了可以用来实施本公开内容的实施例的示例设备1400的示意性框图。例如,如图1所示的存储管理器120可以由设备1400来实施。如图所示,设备1400包括中央处理单元(CPU)1401,其可以根据存储在只读存储器(ROM)1402中的计算机程序指令或者从存储空间1408加载到随机访问存储器(RAM)1403中的计算机程序指令,来执行各种适当的动作和处理。在RAM 1403中,还可以存储设备1400操作所需的各种程序和数据。CPU 1401、ROM1402以及RAM 1403通过总线1404彼此相连。输入/输出(I/O)接口1407也连接至总线1404。
设备1400中的多个部件连接至I/O接口1470,包括:输入单元1406,例如键盘、鼠标等;输出单元1407,例如各种类型的显示器、扬声器等;存储空间1408,例如磁盘、光盘等;以及通信单元1409,例如网卡、调制解调器、无线通信收发机等。通信单元1409允许设备1400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
上文所描述的各个过程和处理,例如方法200,可由处理单元1401执行。例如,在一些实施例中,方法200可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储空间1408。在一些实施例中,计算机程序的部分或者全部可以经由ROM 1402和/或通信单元1409而被载入和/或安装到设备1400上。当计算机程序被加载到RAM1403并由CPU 1401执行时,可以执行上文描述的方法200的一个或多个动作。
本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (19)
1.一种管理文件系统的方法,包括:
使多个数据块被写入所述文件系统的存储空间,所述多个数据块中的每个数据块的大小不低于阈值大小;以及
在所述存储空间中创建至少一个空间碎片,所述至少一个空间碎片中的每个空间碎片的大小不超过所述阈值大小。
2.根据权利要求1所述的方法,其中创建所述至少一个空间碎片包括:
使所写入的所述多个数据块中的至少两个数据块从所述存储空间被移除,所述至少两个数据块在所述存储空间中不相邻。
3.根据权利要求2所述的方法,其中所述多个数据块的大小均为预定大小。
4.根据权利要求1所述的方法,其中使多个数据块被写入所述存储空间包括:
以第一压缩率来压缩所述多个数据块中的第一数据块,以得到第一压缩数据块;以及
使所述第一压缩数据块被写入所述存储空间中的第一子空间。
5.根据权利要求4所述的方法,其中创建所述至少一个空间碎片包括:
使所述第一压缩数据块从所述第一子空间中被移除;
以第二压缩率来压缩所述第一数据块,以得到第二压缩数据块,所述第一压缩率小于所述第二压缩率;以及
使所述第二压缩数据块被写入所述第一子空间。
6.根据权利要求1所述的方法,其中使多个数据块被写入所述存储空间包括:
使多个数据块中的第二数据块被写入所述存储空间中的第二子空间;
以第三压缩率来压缩所述多个数据块中的第三数据块,以得到第三压缩数据块;以及
使所述第三压缩数据块被写入所述存储空间中的第三子空间,所述第二数据块的大小大于所述第三数据块的大小,所述第二子空间和所述第三子空间不相邻。
7.根据权利要求6所述的方法,其中创建所述至少一个空间碎片包括:
使所述第二数据从所述第二子空间中被移除;
以第四压缩率来压缩所述第三数据块,以得到第四压缩数据块,所述第四压缩率小于所述第三压缩率;以及
使所述第四压缩数据块被写入所述第二子空间。
8.根据权利要求7所述的方法,还包括:
使所述第三压缩数据块从所述第三子空间中被移除。
9.根据权利要求1所述的方法,还包括:
在所述至少一个空间碎片被创建后确定所述文件系统的性能,所述性能包括以下中的至少一项:所述文件系统的响应时间、所述文件系统读取/写入数据的平均带宽、所述文件系统每秒进行读写操作的数目以及所述文件系统的故障率。
10.一种电子设备,包括:
至少一个处理单元;
至少一个存储器,所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令,所述指令当由所述至少一个处理单元执行时,使得所述设备执行动作,所述动作包括:
使多个数据块被写入所述文件系统的存储空间,所述多个数据块中的每个数据块的大小不低于阈值大小;以及
在所述存储空间中创建至少一个空间碎片,所述至少一个空间碎片中的每个空间碎片的大小不超过所述阈值大小。
11.根据权利要求10所述的设备,其中创建所述至少一个空间碎片包括:
使所写入的所述多个数据块中的至少两个数据块从所述存储空间被移除,所述至少两个数据块在所述存储空间中不相邻。
12.根据权利要求11所述的设备,其中所述多个数据块的大小均为预定大小。
13.根据权利要求10所述的设备,其中使多个数据块被写入所述存储空间包括:
以第一压缩率来压缩所述多个数据块中的第一数据块,以得到第一压缩数据块;以及
使所述第一压缩数据块被写入所述存储空间中的第一子空间。
14.根据权利要求13所述的设备,其中创建所述至少一个空间碎片包括:
使所述第一压缩数据块从所述第一子空间中被移除;
以第二压缩率来压缩所述第一数据块,以得到第二压缩数据块,所述第一压缩率小于所述第二压缩率;以及
使所述第二压缩数据块被写入所述第一子空间。
15.根据权利要求10所述的设备,其中使多个数据块被写入所述存储空间包括:
使多个数据块中的第二数据块被写入所述存储空间中的第二子空间;
以第三压缩率来压缩所述多个数据块中的第三数据块,以得到第三压缩数据块;以及
使所述第三压缩数据块被写入所述存储空间中的第三子空间,所述第二数据块的大小大于所述第三数据块的大小,所述第二子空间和所述第三子空间不相邻。
16.根据权利要求15所述的设备,其中创建所述至少一个空间碎片包括:
使所述第二数据从所述第二子空间中被移除;
以第四压缩率来压缩所述第三数据块,以得到第四压缩数据块,所述第四压缩率小于所述第三压缩率;以及
使所述第四压缩数据块被写入所述第二子空间。
17.根据权利要求16所述的设备,还包括:
使所述第三压缩数据块从所述第三子空间中被移除。
18.根据权利要求10所述的设备,还包括:
在所述至少一个空间碎片被创建后确定所述文件系统的性能,所述性能包括以下中的至少一项:所述文件系统的响应时间、所述文件系统读取/写入数据的平均带宽、所述文件系统每秒进行读写操作的数目以及所述文件系统的故障率。
19.一种计算机程序产品,所述计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据权利要求1至9中任一项所述的方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011051335.8A CN114328373A (zh) | 2020-09-29 | 2020-09-29 | 管理文件系统的方法、电子设备和计算机程序产品 |
US17/077,010 US11663165B2 (en) | 2020-09-29 | 2020-10-22 | Method, electronic device, and computer program product for managing file system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011051335.8A CN114328373A (zh) | 2020-09-29 | 2020-09-29 | 管理文件系统的方法、电子设备和计算机程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114328373A true CN114328373A (zh) | 2022-04-12 |
Family
ID=80821235
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011051335.8A Pending CN114328373A (zh) | 2020-09-29 | 2020-09-29 | 管理文件系统的方法、电子设备和计算机程序产品 |
Country Status (2)
Country | Link |
---|---|
US (1) | US11663165B2 (zh) |
CN (1) | CN114328373A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115237352A (zh) * | 2022-08-03 | 2022-10-25 | 中国电子科技集团公司信息科学研究院 | 隐匿存储方法、装置、存储介质和电子设备 |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5765157A (en) * | 1996-06-05 | 1998-06-09 | Sun Microsystems, Inc. | Computer system and method for executing threads of execution with reduced run-time memory space requirements |
US5924092A (en) * | 1997-02-07 | 1999-07-13 | International Business Machines Corporation | Computer system and method which sort array elements to optimize array modifications |
US6043763A (en) * | 1998-03-12 | 2000-03-28 | Liquid Audio, Inc. | Lossless data compression with low complexity |
US7089391B2 (en) * | 2000-04-14 | 2006-08-08 | Quickshift, Inc. | Managing a codec engine for memory compression/decompression operations using a data movement engine |
JP4047183B2 (ja) * | 2002-03-07 | 2008-02-13 | キヤノン株式会社 | 画像圧縮符号化装置及びその制御方法 |
US6667700B1 (en) * | 2002-10-30 | 2003-12-23 | Nbt Technology, Inc. | Content-based segmentation scheme for data compression in storage and transmission including hierarchical segment representation |
US7720818B1 (en) * | 2002-12-30 | 2010-05-18 | Sprint Communications Company L.P. | On-line account management system having a tiered account information storage system |
JP4443165B2 (ja) * | 2003-08-20 | 2010-03-31 | 株式会社リコー | 画像圧縮装置及び画像圧縮方法 |
US7188227B2 (en) * | 2003-09-30 | 2007-03-06 | International Business Machines Corporation | Adaptive memory compression |
WO2005103878A2 (en) * | 2004-04-26 | 2005-11-03 | Storewiz, Inc. | Method and system for compression of files for storage and operation on compressed files |
JP4578226B2 (ja) * | 2004-12-17 | 2010-11-10 | 富士通セミコンダクター株式会社 | 半導体メモリ |
US20070208893A1 (en) * | 2006-02-23 | 2007-09-06 | Microsoft Corporation | File-based compression on a fat volume |
US8782436B2 (en) * | 2006-05-31 | 2014-07-15 | International Business Machines Corporation | Method and system for transformation of logical data objects for storage |
FR2902266B1 (fr) * | 2006-06-13 | 2008-10-24 | Canon Kk | Procede et dispositif de repartition de la bande passante de communication |
US7814284B1 (en) * | 2007-01-18 | 2010-10-12 | Cisco Technology, Inc. | Redundancy elimination by aggregation of multiple chunks |
US8335385B2 (en) * | 2008-01-21 | 2012-12-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Pixel block processing |
US8578058B2 (en) * | 2010-03-10 | 2013-11-05 | International Business Machines Corporation | Real-time multi-block lossless recompression |
US9026505B1 (en) * | 2011-12-16 | 2015-05-05 | Emc Corporation | Storing differences between precompressed and recompressed data files |
US20130251261A1 (en) * | 2012-03-23 | 2013-09-26 | Marvell World Trade Ltd. | Method And Apparatus For Image Data Compression |
CN104516929B (zh) * | 2013-09-27 | 2019-07-19 | 伊姆西公司 | 用于文件系统的方法和装置 |
JP2015201057A (ja) * | 2014-04-09 | 2015-11-12 | 富士通株式会社 | 制御装置、再圧縮制御方法、及びプログラム |
SE538512C2 (sv) * | 2014-11-26 | 2016-08-30 | Kelicomp Ab | Improved compression and encryption of a file |
US10783118B2 (en) * | 2016-01-28 | 2020-09-22 | Quest Software Inc. | Read-only file system for testing de-duplication |
US10613787B2 (en) * | 2018-01-31 | 2020-04-07 | EMC IP Holding Company LLC | Techniques for rebalancing storage between subspaces |
US10656835B2 (en) * | 2018-05-03 | 2020-05-19 | International Business Machines Corporation | Data compression determination for storage area networks |
CN111489282B (zh) * | 2019-01-29 | 2023-10-31 | 畅想科技有限公司 | 用于存储未变换图元块的存储器 |
-
2020
- 2020-09-29 CN CN202011051335.8A patent/CN114328373A/zh active Pending
- 2020-10-22 US US17/077,010 patent/US11663165B2/en active Active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115237352A (zh) * | 2022-08-03 | 2022-10-25 | 中国电子科技集团公司信息科学研究院 | 隐匿存储方法、装置、存储介质和电子设备 |
CN115237352B (zh) * | 2022-08-03 | 2023-08-15 | 中国电子科技集团公司信息科学研究院 | 隐匿存储方法、装置、存储介质和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
US20220100707A1 (en) | 2022-03-31 |
US11663165B2 (en) | 2023-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8706694B2 (en) | Continuous data protection of files stored on a remote storage device | |
US10909084B2 (en) | Buffering and replicating data written to a distributed storage system | |
US10831613B2 (en) | Replicating a source data set to a target data store | |
US8224781B2 (en) | Data protection in a data storage system | |
US11093387B1 (en) | Garbage collection based on transmission object models | |
US11429567B2 (en) | Quick initialization of data regions in a distributed storage system | |
CA2885059A1 (en) | Retrieving point-in-time copies of a source database for creating virtual databases | |
US10628298B1 (en) | Resumable garbage collection | |
US11397749B2 (en) | Asynchronous replication of in-scope table data | |
US8140886B2 (en) | Apparatus, system, and method for virtual storage access method volume data set recovery | |
US11030060B2 (en) | Data validation during data recovery in a log-structured array storage system | |
US11144233B1 (en) | Efficiently managing point-in-time copies of data within a primary storage system | |
US9811542B1 (en) | Method for performing targeted backup | |
US11263091B2 (en) | Using inode entries to mirror data operations across data storage sites | |
US20210326271A1 (en) | Stale data recovery using virtual storage metadata | |
CN114328373A (zh) | 管理文件系统的方法、电子设备和计算机程序产品 | |
US8595271B1 (en) | Systems and methods for performing file system checks | |
US10073874B1 (en) | Updating inverted indices | |
US9477675B1 (en) | Managing file system checking in file systems | |
US11640339B2 (en) | Creating a backup data set | |
US10747610B2 (en) | Leveraging distributed metadata to achieve file specific data scrubbing | |
US11645333B1 (en) | Garbage collection integrated with physical file verification | |
US10712941B2 (en) | Leveraging temporal locality to link files together and bypass accessing a central inode list | |
US10698862B2 (en) | Enhanced snapshot performance, storage efficiency improvement, dynamic snapshot policy in erasure code supported object storage environment | |
KR102005727B1 (ko) | 파일 시스템의 변경 연산 가로채기 기법을 기반으로 한 다중 스냅샷 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |