CN114610228A - 文件管理***及其文件管理方法、装置 - Google Patents
文件管理***及其文件管理方法、装置 Download PDFInfo
- Publication number
- CN114610228A CN114610228A CN202110473580.6A CN202110473580A CN114610228A CN 114610228 A CN114610228 A CN 114610228A CN 202110473580 A CN202110473580 A CN 202110473580A CN 114610228 A CN114610228 A CN 114610228A
- Authority
- CN
- China
- Prior art keywords
- file
- cluster
- files
- file management
- allocation table
- 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
- 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/0643—Management of files
-
- 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/0608—Saving storage space on storage systems
-
- 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/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0644—Management of space entities, e.g. partitions, extents, pools
-
- 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket
-
- 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
- G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开一种文件管理***及其文件管理方法、一种装置,所述文件管理***包括:所述文件管理***包括存储空间,所述存储空间包括保留区、文件分配区和数据区,所述数据区包括至少一个簇,所述簇内包括至少两个以上的文件。上述文件管理***能够提高存储空间利用率。
Description
技术领域
本申请涉及计算机技术领域,具体涉及一种文件管理***及其文件管理方法和一种装置。
背景技术
NAND Flash存储器是非易失存储器内部分为若干个存储单元块(block),每个存储单元块又包括若干个页(page),存储单元块是最小的擦除单位,页是写入数据的最小单位。
文件***在整个***中位于设备驱动程序和上层应用程序之间,负责管理文件的创立、撤消、读写、修改、复制和存取控制等,并管理存放文件的各种资源。它管理硬件上的数据存取方式和结构,以更好利用存储空间和提高存储效率。目前,FAT文件***是在微软DOS/Windows操作***中广泛使用的一种文件***。FAT文件***将磁盘空间以一定的扇区(sector)数目划分为簇(cluster),而一个簇则是由2n个扇区(sector)构成,通常一个扇区的大小为512个字节(byte)的大小是固定的。文件占有磁盘空间时,基本单位不是字节而是簇,即使某个文件只有一个字节,操作***也会给它分配一个簇;对于大文件,则需要分配多个簇。为了实现文件的链式存储,文件***必须准确地记录哪些簇已经被文件占用,还必须为每个已经占用的簇指明存储后继的下一个簇的簇号,对于文件的最后一簇,则要指明本簇无后继簇。这些都是由FAT表(文件分配表)来保存的,FAT表对应表项中记录着它所代表的簇的有关信息:诸如是空,是不是坏簇,是否是已经是某个文件的尾簇等。
由此可见,簇的划分影响整体性能,较大的簇可以减少簇的数量,减小FAT表大小,提高***性能;但是在存储文件较小的情况下,单个文件依旧会占据一个簇,无法充分利用每个簇的存储空间,使得磁盘空间的利用率不高。而较小的簇,虽然有利于提高存储空间利用率,但是簇的数量增大,文件较大的情况下,会占用多个簇,导致FAT表变大,依旧会占据较多的有效数据存储空间。
发明内容
鉴于此,本申请提供一种文件管理***及其文件管理方法和一种装置,以解决现有的文件管理***的数据存储空间利用率不高的问题。
本申请提供的一种文件管理***,包括:存储空间,所述存储空间包括保留区、文件分配区和数据区,所述数据区包括至少一个簇,所述簇内包括至少两个以上的文件。
可选的,所述数据区包括根目录,所述根目录用于记录所述文件所在的首簇编号,所述文件分配区包括文件分配表,所述文件分配表用于记录所述文件对应的簇的使用情况以及每个文件对应的簇链信息。
可选的,所述文件簇内含索引文档,所述索引文档用于记录所述簇内的所有文件的索引信息。
可选的,所述索引信息至少包括文件名称、文件大小以及文件在簇内的偏移位置。
可选的,所述簇的大小等于存储芯片的最小读写单元的大小。
可选的,所述存储芯片为NAND Flash,每个簇的大小为存储页的大小。
可选的,所述存储芯片为NAND Flash,每个簇的大小为存储块的大小。
本申请还提供一种文件管理***的文件管理方法,包括:将存储空间划分为:保留区、文件分配表、数据区;在所述数据区内以簇为单位进行数据管理;在簇空间允许的情况下,在单个簇内存储两个以上的文件。
可选的,还包括:在数据区内建立根目录,用于记录文件所在的首簇编号;在文件分配表内记录文件对应的簇的使用情况以及每个文件对应的簇链信息。
可选的,还包括:在存储有文件的簇内建立索引文档,在所述索引文档内记录该簇内的所有文件的索引信息。
可选的,所述文件管理包括进行文件存储,所述文件存储的方法进一步包括:通过所述文件分配表获取每个簇的使用情况,获取每个簇的剩余存储空间;寻找到剩余空间大于且最接近待存储文件的目标簇;复制所述目标簇内的文件,与待存储文件一起存储于新的空白簇内;更新所述根目录与文件分配表内的相关信息,至少包括:将已被复制的目标簇内数据标记为无效,和/或修改根目录内对应文件的首簇编号,和/或修改文件分配表内的对应簇的使用情况。
可选的,所述文件管理包括进行文件存储,所述文件存储的方法进一步包括:通过所述文件分配表获取每个簇的使用情况,并根据所述簇的使用情况确定目标簇;缓存所述待存储文件并在所述多个待存储文件的大小总和接近所述目标簇的大小时,将所述多个待存储文件写入所述目标簇;更新所述根目录、文件分配表内的相关信息。
可选的,所述文件管理包括进行文件读取,所述文件读取的方法进一步包括:根据根目录获取待读取文件所在的首簇号,再根据所述文件分配表,定位到所述待读取文件所在的簇;当所在簇内包括多个文件时,扫描所在簇内的索引文档,根据所述索引信息,获取待读取文件的具体存储位置,并进行读取。
可选的,所述文件管理包括进行文件读取,所述文件读取的方法进一步包括:根据根目录获取待读取文件所在的首簇号,再根据所述文件分配表,定位到所述待读取文件所在的簇;当所在簇内包括多个文件时,读取待读取文件所在簇内的所有文件;识别所述所有文件的文件名称,进而确定待读取文件。
可选的,所述文件管理包括进行文件删除,所述文件删除的方法进一步包括:根据所述根目录以及文件分配表,定位待删除文件所在的簇,以及该簇所在的待擦除区块;将待擦除区块内其他文件复制至内存中;将所述待擦除区块内的数据全部擦除后,将各个文件再写入至擦除后的区块内。
可选的,所述文件管理包括进行文件删除,所述文件删除的方法进一步包括:根据所述根目录以及文件分配表,定位待删除文件所在的簇,以及该簇所在的待擦除区块;将待擦除区块内其他文件复制至其他区块的空白簇内;将待删除文件所在簇内数据标记为无效。
本申请还提供一种装置,包括上述任一项所述的文件管理***、微处理器和存储器;所述存储器内存储有能够被所述处理器执行的计算机程序;或者所述计算机程序被执行时,能够执行上述任一项所述的文件管理方法。
本申请上述文件管理***及其文件管理方法,以存储芯片的最小读写单元划分簇,并以簇作为数据管理单元,且在簇空间允许的情况下,在单个簇内存储两个以上的文件,以尽可能的充分利用每个簇内的存储空间,提高存储芯片的空间利用率。且,每个簇的大小,与存储器的最小单元一致,单次可以对单个完整的簇进行读写,可以确保数据存储的完整性,避免单次对多个簇进行读写时,数据读写发生错误的问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例的文件***的结构示意图;
图2是本申请一实施例的数据区内的簇划分示意图;
图3是本申请一实施例的数据区内根目录的记载内容的示意图;
图4是本申请一实施例的文件存储的流程示意图;
图5是本申请一实施例的文件读取的流程示意图;
图6是本申请一实施例的文件读取的流程示意图;
图7是本申请一实施例的文件删除的流程示意图。
具体实施方式
如背景技术中所述,现有技术的文件管理***的存储空间的利用率有待进一步提高。特别是在需要存储大量小文件的情况下,会造成大量存储空间的浪费。
为此,提出一种新的文件管理***,以提高存储空间的利用率。上述文件***特别适用于需要存储大量小文件的存储器,例如在一些存储器中,数据被上传至云端,而仅在存储器本地保存具有指向云端地址的网络地址索引文件,通常地址索引文件的尺寸均很小,如采用现有的FAT文件***,会导致大量的存储空间浪费。而采用本申请的文件管理方法,则能够充分利用存储空间。
下面结合附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得有其他实施例,都属于本申请保护的范围。在不冲突的情况下,下述各个实施例及其技术特征可以相互组合。
本发明的一个实施例中,所述文件管理***以及文件管理方法,包括:将存储芯片的存储空间划分为:保留区、文件分配表、数据区;在所述数据区内以簇为单位进行数据管理,每个簇的大小等于存储芯片的最小读写单元的大小;在簇空间允许的情况下,在单个簇内存储两个以上的文件。
请参考图1,为一个实施例中,所述文件管理***下的存储空间的结构示意图。
所述文件管理***下,存储空间被划分为包括三个连续的存储区域,分别是保留区101、文件分配表102以及数据区103。
所述保留区101内用于存放最重要的文件***信息,如存储器的类型、容量、版本信息、数据区的位置和大小、主引导程序、文件分配表102的起始位置等。
所述文件分配表102内通常包括两个子表,表1和表2,表2作为表1的备份。文件分配表102用于记录文件存储的簇的位置。
所述数据区103用于存储具体的文件数据。所述数据区103被划分为多个连续的相同大小的簇(Cluster)。在所述数据区103内以簇为单位进行数据管理,所述数据区包括至少一个簇,所述簇内包括至少两个以上的文件,并且每个簇的大小等于存储芯片的最小读写单元的大小,例如,每个簇的大小可以等于存储芯片的存储页的大小,或者等于所述存储芯片的存储块的大小
以NAND Flash存储器为例,存储器最小的读写单元可以为存储页(page)或者存储块等,参见图2,该实施例中,存储器的最小读写单元为存储页,当所述每个簇的大小等于存储芯片的存储页的大小时,以页为单位将数据区103划分为多个簇,这样每次读写操作时,单次可以对单个完整的簇进行读写,可以确保数据存储的完整性,避免单次对多个簇进行读写时,数据读写发生错误的问题。每个存储页的大小可以为8k、16k或者32k字节(Byte)等,由存储器的配置决定。而NAND Flash存储器的存储块(block)通常由多个页组成,例如32个、64个等。参见图2,以1block=64page,1page=8k字节的存储器为例,结合上述定义的8K字节大小的簇,则该存储器的每个存储块可以被划分为64个簇。
进一步的,在簇空间允许的情况下,在单个簇内存储两个以上的文件。由于簇空间比较大,在写入的多为小文件的情况下,可以将多个小文件一次写入单个簇内。例如,存储器1page=8K字节,每个簇内可以存储2个4K字节大小的文件,或者1个4K大小的文件和2个2K大小的文件,甚至更多个更小的文件,以尽量填充满整个簇的存储空间,以减少存储空间的浪费。在文件比较大的情况下,也可以是单个文件占据多个簇空间。
在数据区内写入文件,还包括在该数据区内建立根目录,所述根目录用于记录文件所在的首簇编号。在文件仅位于一个簇内时,所述首簇编号即为该文件所在簇的编号。每个簇的编号与该簇的存储位置一一对应。可以通过根目录,找到文件对应的文件所在的起始簇。通常,可以给根目录分配固定大小的存储空间,例如2个簇,通常占据数据区首位的两个簇,分别为簇0和簇1。在其他实施例中,也可以将根目录存储于其他簇内,以及为根目录分配1个或更多个簇,在此不作限定。
同时,还要进一步在文件分配表102内记录文件对应的簇的使用情况以及每个文件对应的簇链信息。记录每个簇是否已被完全使用,或者该簇内数据是否有效数据、在文件占据多个簇的情况下,文件分配表内起始簇对应的表项内容为下一个簇的编号,形成簇链信息,根据文件分配表,可以进一步定位到文件所在的所有簇的位置。
由于在簇内可能存在多个文件,还需要再簇内建立索引文档(请参考图2),在所述索引文档内记录该簇内的所有文件的索引信息。所述索引信息至少包括文件名称、文件大小以及文件在簇内的偏移位置等信息(请参考图3),以便准确定位簇内各文件的存储位置。可以在簇起始位置分配固定大小的存储空间用于存储索引文档。在其他实施例中,也可以将索引文档内各文件的索引信息存储于该文件的存储位置首位的固定存储空间内,也根据由本领域技术人员根据实际情况进行设定。通过索引文档,可以记录簇内各个文件的信息,便于进行文件的查找和读取。
当存储器最小的读写单元为存储块时,每个簇的大小可以等于存储块时,此时,当该簇内存储有多个文件时,可以根据具体文件的大小将该多个文件存储至所存储块的多个存储页或者单个存储页中。例如,当存储块大小为24k字节,3个存储页,而待存储文件分别为1.5K的file1、6.5K的file2、5.5K的file3和10.5K的flie4时,可以将1.5K的file1和6.5K的file2存储至同一个存储页,而将5.5K的file3和10.5K的flie4存储至相邻的两个存储页,以上该簇的四个文件可以存储至同一个存储块中,这样在存储和删除该簇的数据文件时,可以达到整个存储块的数据存储和删除,更加符合目前flash闪存的存储特性,可以加快数据的存储、读取和删除的速度。类似的,本类状况下也可以先建立根目录用于记录所述文件所在的首簇编号,建立索引文档用于记录所述簇内的所有文件的索引信息以进行读取上述流程和方法,详细可参见上述说明,在此不再赘述。
以下针对各种不同的情况,具体阐述本发明的文件管理***的文件管理方法。
请参考图4,为本发明一实施例的文件管理方法中的文件存储的流程示意图。
所述文件存储的方法包括:
步骤S101:通过所述文件分配表获取每个簇的使用情况,获取每个簇的剩余存储空间。
文件分配表内记录有各个簇的使用情况,是否已经存储满,以及簇内数据是否有效等。寻找其中数据有效且未存储满的簇,并扫描该簇内的索引文档,明确其中未存储的剩余空间大小。在一个实施例中,当待存储文件大小小于簇大小,可以优先寻找已使用但是未存满的簇;当待存储文件大于簇大小,则首先寻找空白簇,然后将存储文件超出簇大小整数倍的部分数据大小为目标数据,寻找未存满的簇。
步骤S102:寻找到剩余空间大于且最接近待存储文件的目标簇。
优先选择剩余空间最接近待存储文件(或者目标数据)的簇作为目标簇,以充分利用各簇内的剩余空间。例如此次写入的多个待存储文件的大小总和为1.5k,而找到若干个簇分别具有剩余空间为2k、1.6k、1.4k,则选择剩余空间为1.6k的簇作为目标簇。
或者,在进行文件存储时,可以暂时缓存待存储文件,直到多次存储操作中被缓存的多个待存储文件的大小总和,与目标簇的剩余空间大小等于或者接近。后续再将此次需要存储的多个待存储文件一次性进行存储。例如:当目前待存储文件A的大小为1.5k,而确定的目标簇大小为8k时,则可以先将待存储文件A缓存至缓存单元或者存储于其他模块,之后等待下一次待存储文件B,例如当存储文件B为6.5k时,则可以将待存储文件A和待存储文件B一起执行存储操作。而当待存储文件B的大小为2.5k时,则可以继续将其缓存至缓存单元,继续等到待存储文件C或者更多文件,直到多个待存储文件的大小总和接近或者等于目标簇大小时,再进行存储。
步骤S103:复制所述目标簇内的文件,与待存储文件一起存储于新的空白簇内。
以NAND Flash为例,由于无法对写有数据的存储区域直接进行数据写入,该实施例中,可以将目标簇内的文件复制进内存中,对文件进行修改(即加入新的文件或目标数据),然后再将文件从内存中写入进空白的簇内。
在待存储文件大于簇空间时,优先将文件依次存储满多个空白簇,将不满一个簇大小的剩余的目标数据,采用上述方法写入目标簇内。
当文件***内存在文件较多的情况下,可能无法寻找到用于转移存储数据的空白簇,此时,可以先将该目标簇所在区块内的数据进行擦除,以获得空白簇,再将区块内数据,连同新的文件再次写入该区块内。如何进行数据的擦除,会在后续实施例中具体描述,在此不再赘述。
步骤S104:更新所述根目录与文件分配表内的相关信息。
所述更新的内容至少包括:将已被复制的目标簇内数据标记为无效,和/或修改根目录内对应文件的首簇编号,和/或修改文件分配表内的对应簇的使用情况。
当目标簇内文件被复制后,连同待存储文件一起写入至其他簇内,则在文件分配表内将该数据标记为无效,后续在必要时可以通过擦除操作,将该簇内数据删除。同时,还需要更新更目录以及文件分配表内,文件所在的新的簇的簇号、簇的使用状态等信息,以及在簇内形成新的索引文档等。
请参考图5,为本发明一实施例的,所述文件管理方法中的文件读取的方法流程示意图。
文件读取的方法进一步包括:
步骤S201:根据根目录获取待读取文件所在的首簇号,再根据所述文件分配表,定位到所述待读取文件所在的簇。
由于文件大小不同,单个文件可能对应于一个或多个簇。当一个簇内包含多个文件时,首先通过根目录读取待读取文件所在的首簇号,再根据文件分配表定位到待读取文件所在的簇。
步骤S202:当所在簇内包括多个文件时,扫描所在簇内的索引文档,根据所述索引信息,获取待读取文件的具体存储位置,并进行读取。
当定位到待读取文件所在的簇时,通过扫描或读取该簇保存的文件的索引文档,参见图3,通过该索引文档,可以获取待读取文件的具体存储位置,进而可以将例如file1的文件进行读取。
作为一种可选的实施方式,该文件所在的簇内,也可不建立索引文档,此时文件读取的方法请参考图6,包括如下步骤:
步骤S301:根据根目录获取待读取文件所在的首簇号,再根据所述文件分配表,定位到所诉待读取文件所在的簇。
步骤S302:当所在簇内包括多个文件时,当所在簇内包括多个文件时,读取待读取文件所在簇内的所有文件。
步骤S302:识别所述所有文件的文件名称,进而确定待读取文件
在文件读取时,直接将该簇内的所有文件读取,再通过分析多个文件的文件名进行文件识别,进而读取该待读取文件。例如:当簇内存有file1:sh.anf、file2:who.bic、file3:wo.bie和flie4:w.bx时,可以先读取file1、file2、file3和file4,然后通过识别其文件名sh.anf、who.bic、wo.bie、w.bx,进而识别文件名为sh.anf的待读取文件file1,并将其进行读取。
请参考图7,为本发明一实施例的,所述文件管理方法中的文件删除(擦除)的方法流程示意图。
文件删除的方法进一步包括:
步骤S401:根据所述根目录以及文件分配表,定位待删除文件所在的簇,以及该簇所在的待擦除区块。
由于NAND flash的擦除操作只能对整个区块进行,因此需要首先定位至需要进行擦除操作的区块。所述待删除文件,可能占用一个簇,或同时占用多个簇,将待删除文件所占用的一个或多个簇所在的一个或多个区块,作为待擦除区块。
步骤S402:将待擦除区块内的文件复制至内存中,在内存中对文件进行修改。
在内存中对文件进行的修改包括对待删除文件的删除操作。
步骤S403:擦除待擦除区块内的所有数据。
对整个擦除区块进行擦除操作,清空所有数据。由于区块内其他有效文件已被复制进内存,因此擦除操作不会造成有效数据的丢失。
步骤S404:将内存中修改后的文件再次写入至擦除后的区块内。
可以按照擦除前的文件存储位置,将文件重新写入至对应的簇内。这种情况下,只需对更目录、文件分配表以及索引文档内更新已删除文件的相关信息即可。
在另一些实施例中,可以根据各个文件的大小,对文件的存储位置进行重新调整,以尽量在单个簇内存储尽可能多的文件,提高簇内存储空间的利用率,避免由于文件的删除导致的存储空间的浪费。这种情况下,需要正对文件存储位置的改变,对更目录以及文件分配表、索引文档进行大量数据的更新。
在另一实施例中,还可以将待擦除区块内其他文件复制至其他区块的空白簇内,将待删除文件所在簇的标记为无效,在后续需要的时候再进行擦除即可。这样可以尽量减少存储区块的擦写次数,延长存储器的寿命。
完成上述操作的同时,还包括根据文件存储位置的移动,更新所述根目录、文件分配表内、索引文档的相关信息。
本发明的实施例还提供一种装置,所述装置包括上述实施例中的任意一种文件管理***,此外还包括微处理器和存储器,所述存储器内存储有能够被所述处理器执行的计算机程序;所述计算机程序被执行时,能够执行如上述实施例中所述的文件管理方法。
以上所述仅为本申请的实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,例如各实施例之间技术特征的相互结合,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (17)
1.一种文件管理***,其特征在于,所述文件管理***包括存储空间,所述存储空间包括保留区、文件分配区和数据区,所述数据区包括至少一个簇,所述簇内包括至少两个以上的文件。
2.根据权利要求1所述的文件管理***,其特征在于,所述数据区包括根目录,所述根目录用于记录所述文件所在的首簇编号,所述文件分配区包括文件分配表,所述文件分配表用于记录所述文件对应的簇的使用情况以及每个文件对应的簇链信息。
3.根据权利要求1所述的文件管理***,其特征在于,所述文件簇内含索引文档,所述索引文档用于记录所述簇内的所有文件的索引信息。
4.根据权利要求3所述的文件管理***,其特征在于,所述索引信息至少包括文件名称、文件大小以及文件在簇内的偏移位置。
5.根据权利要求1所述的文件管理***,其特征在于,所述簇的大小等于存储芯片的最小读写单元的大小。
6.根据权利要求5所述的文件管理***,其特征在于,所述存储芯片为NAND Flash,每个簇的大小为存储页的大小。
7.根据权利要求5所述的文件管理***,其特征在于,所述存储芯片为NAND Flash,每个簇的大小为存储块的大小。
8.一种文件管理***的文件管理方法,其特征在于,包括:
将存储空间划分为:保留区、文件分配表、数据区;
在所述数据区内以簇为单位进行数据管理;
在簇空间允许的情况下,在单个簇内存储两个以上的文件。
9.根据权利要求8所述的文件管理方法,其特征在于,还包括:
在数据区内建立根目录,用于记录文件所在的首簇编号;
在文件分配表内记录文件对应的簇的使用情况以及每个文件对应的簇链信息。
10.根据权利要求9所述的文件管理方法,其特征在于,还包括:
在存储有文件的簇内建立索引文档,在所述索引文档内记录该簇内的所有文件的索引信息。
11.根据权利要求8~10中任一项所述的文件管理方法,其特征在于,所述文件管理包括进行文件存储,所述文件存储的方法进一步包括:
通过所述文件分配表获取每个簇的使用情况,获取每个簇的剩余存储空间;
寻找到剩余空间大于且最接近待存储文件的目标簇;
复制所述目标簇内的文件,与待存储文件一起存储于新的空白簇内;
更新所述根目录与文件分配表内的相关信息,至少包括:
将已被复制的目标簇内数据标记为无效,和/或修改根目录内对应文件的首簇编号,和/或修改文件分配表内的对应簇的使用情况。
12.根据权利要求8~10中任一项所述的文件管理方法,其特征在于,所述文件管理包括进行文件存储,所述文件存储的方法进一步包括:
通过所述文件分配表获取每个簇的使用情况,并根据所述簇的使用情况确定目标簇;
缓存所述待存储文件并在所述多个待存储文件的大小总和接近所述目标簇的大小时,复制目标簇内文件,连通待存储文件一并写入空白簇内;
更新所述根目录、文件分配表内的相关信息。
13.根据权利要求8~10中任一项所述的文件管理方法,其特征在于,所述文件管理包括进行文件读取,所述文件读取的方法进一步包括:
根据根目录获取待读取文件所在的首簇号,再根据所述文件分配表,定位到所述待读取文件所在的簇;
当所在簇内包括多个文件时,扫描所在簇内的索引文档,根据所述索引信息,获取待读取文件的具体存储位置,并进行读取。
14.根据权利要求8~10中任一项所述的文件管理方法,其特征在于,所述文件管理包括进行文件读取,所述文件读取的方法进一步包括:
根据根目录获取待读取文件所在的首簇号,再根据所述文件分配表,定位到所述待读取文件所在的簇;
当所在簇内包括多个文件时,读取待读取文件所在簇内的所有文件;
识别所述所有文件的文件名称,进而确定待读取文件。
15.根据权利要求8~10中任一项所述的文件管理方法,其特征在于,所述文件管理包括进行文件删除,所述文件删除的方法进一步包括:
根据所述根目录以及文件分配表,定位待删除文件所在的簇,以及该簇所在的待擦除区块;
将待擦除区块内其他文件复制至内存中;
将所述待擦除区块内的数据全部擦除后,将各个文件再写入至擦除后的区块内。
16.根据权利要求8~10中任一项所述的文件管理方法,其特征在于,所述文件管理包括进行文件删除,所述文件删除的方法进一步包括:
根据所述根目录以及文件分配表,定位待删除文件所在的簇,以及该簇所在的待擦除区块;
将待擦除区块内其他文件复制至其他区块的空白簇内;
将待删除文件所在簇内数据标记为无效。
17.一种装置,其特征在于,所述装置包括权利要求1~7中任一项所述的文件管理***、微处理器和存储器;所述存储器内存储有能够被所述处理器执行的计算机程序;或者所述计算机程序被执行时,能够执行如权利要求8至16中任一项所述的文件管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110473580.6A CN114610228A (zh) | 2021-04-29 | 2021-04-29 | 文件管理***及其文件管理方法、装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110473580.6A CN114610228A (zh) | 2021-04-29 | 2021-04-29 | 文件管理***及其文件管理方法、装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114610228A true CN114610228A (zh) | 2022-06-10 |
Family
ID=81857676
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110473580.6A Pending CN114610228A (zh) | 2021-04-29 | 2021-04-29 | 文件管理***及其文件管理方法、装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114610228A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115952140A (zh) * | 2023-01-09 | 2023-04-11 | 弘泰信息技术(天津)有限公司 | 一种基于大数据的计算机资源管理***及方法 |
-
2021
- 2021-04-29 CN CN202110473580.6A patent/CN114610228A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115952140A (zh) * | 2023-01-09 | 2023-04-11 | 弘泰信息技术(天津)有限公司 | 一种基于大数据的计算机资源管理***及方法 |
CN115952140B (zh) * | 2023-01-09 | 2023-10-27 | 华苏数联科技有限公司 | 一种基于大数据的计算机资源管理***及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7610434B2 (en) | File recording apparatus | |
US7877569B2 (en) | Reduction of fragmentation in nonvolatile memory using alternate address mapping | |
JP3708047B2 (ja) | フラッシュメモリの管理方法 | |
US8386746B2 (en) | Storage unit management methods and systems | |
US7669003B2 (en) | Reprogrammable non-volatile memory systems with indexing of directly stored data files | |
US7395384B2 (en) | Method and apparatus for maintaining data on non-volatile memory systems | |
US7949845B2 (en) | Indexing of file data in reprogrammable non-volatile memories that directly store data files | |
US8180956B2 (en) | Method for controlling memory card and method for controlling nonvolatile semiconductor memory | |
US7594062B2 (en) | Method for changing data of a data block in a flash memory having a mapping area, a data area and an alternative area | |
US7752412B2 (en) | Methods of managing file allocation table information | |
US7681008B2 (en) | Systems for managing file allocation table information | |
JP4738038B2 (ja) | メモリカード | |
EP3752905B1 (en) | Append only streams for storing data on a solid state device | |
KR20070060070A (ko) | 최적화된 순차적인 클러스터 관리용 에프에이티 분석 | |
JPWO2007066720A1 (ja) | 不揮発性記憶装置及びデータ読み出し方法及び管理テーブル作成方法 | |
JP2006040264A (ja) | メモリカードの制御方法および不揮発性半導体メモリの制御方法 | |
US20050169058A1 (en) | Data management apparatus and method used for flash memory | |
KR20080038368A (ko) | 데이터 파일을 직접 저장하는 재프로그램가능 비휘발성메모리에 파일 데이터의 인덱싱 | |
JP4130808B2 (ja) | フォーマット方法 | |
US20180232154A1 (en) | Append Only Streams For Storing Data On A Solid State Device | |
CN114610228A (zh) | 文件管理***及其文件管理方法、装置 | |
WO2008042594A1 (en) | Managing file allocation table information | |
US8782353B2 (en) | Information processing device having data field and operation methods of the same | |
JP2008134777A (ja) | ファイル割当テーブルのキャッシュ方法 |
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 |