WO2019072088A1

WO2019072088A1 - File management method, file management device, electronic equipment and storage medium

Info

Publication number: WO2019072088A1
Application number: PCT/CN2018/107594
Authority: WO
Inventors: 汪渭春; 林鹏; 王伟
Original assignee: 杭州海康威视系统技术有限公司
Priority date: 2017-10-13
Filing date: 2018-09-26
Publication date: 2019-04-18
Also published as: CN109669623A; CN109669623B

Abstract

A file management method, a file management device, electronic equipment and storage medium, wherein the method comprises: obtaining a file to be written of a solid state drive (SSD) to be written; generating an identification for the file to be written and determining, by means of an SSD file system, a block for storing the file to be written and using said block as a first block; storing the file to be written to a block data area of the first block, obtaining file storage information of the file to be written, and storing the obtained file storage information to a block index area of the first block. When storing files by applying the solution provided in the embodiments of the present application, it is not necessary to write the file to be written on the basis of a storage path, thus the speed of writing the file to be written is increased.

Description

File management method, file management device, electronic device and storage medium

This application claims the priority of the Chinese Patent Application entitled "A Document Management Method, File Management Device, Electronic Device and Storage Medium" filed on October 13, 2017 by the Chinese Patent Office, Application No. 201710951379.8, the entire contents of which is hereby incorporated by reference. This is incorporated herein by reference.

Technical field

This application relates to the field of data storage technology.

Background technique

SSD (Solid State Drive) is a storage device for storing data. Compared with traditional hard disks, it has more and more features due to its fast read/write speed, low power consumption and high reliability. Use of electronic equipment. When an SSD is mounted on an electronic device, it is usually managed by a file management system that is run by the operating system of the electronic device, for example, a Windows operating system running through an electronic device or a file management system provided by the Linux operating system. File management of SSDs.

The file management system provided by the existing operating system in the file management process for the SSD, for example, writing a file in the SSD, first needs to determine the storage path of the file to be written in the SSD, and then write the file to be written. At the determined storage path. The storage path is the storage location information of the file determined by the file management system provided by the existing operating system.

Although the file management system provided by the operating system adopts the foregoing storage path-based file management method, file management can be performed on the SSD mounted on the electronic device, but the above file management method is applied to a scenario in which a relatively frequent file operation is required. For example, a large number of file real-time write operations, such as massive image recognition, because the file system of the operating system needs to simultaneously determine the storage paths of multiple files, and then write the file based on the determined storage path. It often takes more time, causing the file to write at a slower rate.

Summary of the invention

The present application provides a file management method, a file management apparatus, an electronic device, and a storage medium to achieve the purpose of improving the writing speed of a file in an SSD. The specific technical solutions are as follows:

In a first aspect, the embodiment of the present application provides a file management method, which is applied to an electronic device, where the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, where the SSD file system includes: a system index area and data. a system index area for storing SSD information and data area information, the data area being divided into at least one block, each block comprising: a block index area and a block data area, and a block index area of one block is used for recording The file storage information of the file stored in the block data area of the block, the file management method includes:

Obtaining a file to be written to be written to the SSD;

Determining, by the SSD file system, a block for storing the file to be written as a first block;

And storing the file to be written into the block data area of the first block, and obtaining file storage information of the file to be written, and storing the obtained file storage information into a block index area of the first block .

Optionally, the data area is divided into the same block size;

Determining, by the SSD file system, a block for storing the file to be written, as the first block, includes:

Generating an identifier of the file to be written, and determining, by the SSD file system, a block for storing the file to be written as the first block.

Optionally, the file management method further includes:

And generating file storage location information of the file to be written according to the file storage information of the file to be written, the block information of the first block, and the SSD information of the SSD to which the first block belongs.

Optionally, the data area information includes: a usage status of each block;

After the storing the file to be written to the block data area of the first block, the file management method further includes:

Determining whether the current use state of the first block is a full state;

If yes, updating the usage status of the first block recorded in the data area information to a full state;

If not, when the pre-write state is the unwritten state, the usage state of the first block recorded in the data area information is updated to the written state, wherein the pre-write state is: And storing the file to be written to a use state of the first block before the block data area of the first block.

Optionally, the system index area includes: a system primary index area and a system backup index area;

The system main index area is configured to store SSD information and data area information;

The system backup index area is used to store backup information of the system main index area.

Optionally, the block index area of one block includes: a block main index area of the block and a block backup index area of the block;

a block main index area of a block for recording file storage information of a file stored in a block data area of the block;

A block backup index area of a block for storing backup information of a block main index area of the block.

Optionally, the file management method further includes:

Obtaining file storage location information of the file to be read to be read from the SSD;

And locating a block in the SSD for storing the file to be read according to the SSD information and the block information recorded in the obtained file storage location information;

The file to be read is read from the located block based on the file storage information recorded in the obtained file storage location information.

Optionally, when the one or more blocks are located, the reading the to-be-read file from the located block according to the file storage information recorded in the obtained file storage location information includes:

Reading data belonging to the file to be read from each of the located blocks according to the file storage information recorded in the obtained file storage location information;

The read data is merged to obtain the file to be read.

In a second aspect, the embodiment of the present application provides a file management apparatus, which is applied to an electronic device, where the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, and the SSD file system includes: a system index area and data. a system index area for storing SSD information and data area information, the data area being divided into at least one block, each block comprising: a block index area and a block data area, and a block index area of one block is used for recording The file storage information of the file stored in the block data area of the block, the file management device includes:

Obtaining a module, configured to obtain a file to be written to be written into the SSD;

a determining module, configured to determine, by the SSD file system, a block for storing the file to be written as a first block;

a storage module, configured to store the file to be written into a block data area of the first block, obtain file storage information of the file to be written, and store the obtained file storage information to the first The block index area of the block.

Optionally, the data area is divided into the same block size; the determining module is specifically configured to:

Optionally, the file management apparatus further includes:

And a generating module, configured to generate file storage location information of the file to be written according to the file storage information of the file to be written, the block information of the first block, and the SSD information of the SSD to which the first block belongs.

Optionally, the data area information includes: a usage status of each block;

The file management device further includes:

a determining module, configured to determine whether a current usage state of the first block is a full state;

The determining module includes:

a first update submodule, configured to update a usage status of the first block recorded in the data area information to a full state when the determining module determines to be YES;

a second update submodule, configured to: when the determining module determines to be no, when the pre-write state is an unwritten state, update the usage status of the first block recorded in the data area information to be written a state, wherein the pre-write state is: a usage state of the first block before storing the file to be written to a block data area of the first block.

Optionally, the file management apparatus further includes:

a reading module, configured to obtain file storage location information of a file to be read to be read from the SSD; and to locate the SSD to be read in the positioning SSD according to the SSD information and the block information recorded in the obtained file storage location information a block of the file; the file to be read is read from the located block according to the file storage information recorded in the obtained file storage location information.

Optionally, when more than one block is located, the reading module is specifically configured to:

The read data is merged to obtain the file to be read.

In a third aspect, an embodiment of the present application provides an electronic device, where the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, where the SSD file system includes: a system index area and a data area, and the system index The area is used for storing SSD information and data area information, the data area is divided into blocks of the same size, each block includes: a block index area and a block data area, and a block index area of one block is used to record block data of the block And storing, by the communication device, the file, the electronic device further comprising Communication between

The memory is configured to store a computer program;

The processor, when executing the program stored on the memory, performs the following steps:

Obtaining a file to be written to be written to the SSD;

Generating an identifier of the file to be written, and determining, by the SSD file system, a block for storing the file to be written as a first block;

In a fourth aspect, an embodiment of the present application provides an electronic device, where the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, where the SSD file system includes: a system index area and a data area, and the system index The area is used for storing SSD information and data area information, the data area is divided into at least one block, each block includes: a block index area and a block data area, and a block index area of one block is used to record a block data area of the block The file storage information of the stored file, the electronic device further comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete each other through the communication bus Communication;

The memory is configured to store a computer program;

Obtaining a file to be written to be written to the SSD;

In a fifth aspect, the embodiment of the present application provides a computer readable storage medium, which is a storage medium in an electronic device, where the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system. The SSD file system includes: a system index area for storing SSD information and data area information, the data area is divided into blocks of the same size, each block includes: a block index area and a block data area, a block index area of one block for recording file storage information of a file stored in a block data area of the block, the computer readable storage medium storing therein a computer program, the computer program being executed by the processor :

Obtaining a file to be written to be written to the SSD;

In a sixth aspect, the embodiment of the present application provides a computer readable storage medium, which is a storage medium in an electronic device, where the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system. The SSD file system includes: a system index area for storing SSD information and data area information, the data area is divided into at least one block, each block includes: a block index area and a block A data area, a block index area of a block for recording file storage information of a file stored in a block data area of the block, the computer readable storage medium storing a computer program, the computer program being executed by the processor as follows:

Obtaining a file to be written to be written to the SSD;

It can be seen from the above technical solution that the SSD itself has an SSD file system different from the operating system's own file system when the electronic device is mounted with the SSD. After the electronic device obtains the file to be written, the identifier of the file is generated and passed. The above-mentioned SSD file system determines a block for storing a file to be written, and directly stores the file to be written into the above-mentioned determined block. It can be seen that the file storage is implemented by using the solution provided by the embodiment of the present application. When the file system of the SSD itself determines the storage location of the file, and the determined storage location is the block included in the block data area of the SSD file system, without determining the storage path of the file to be written, that is, no need The file to be written is written based on the storage path, thereby increasing the writing speed of the file to be written.

DRAWINGS

In order to more clearly illustrate the embodiments of the present application and the technical solutions of the prior art, the following description of the embodiments and the drawings used in the prior art will be briefly introduced. Obviously, the drawings in the following description are only Some embodiments of the application may also be used to obtain other figures from those of ordinary skill in the art without departing from the scope of the invention.

1 is a schematic diagram of area division of an SSD according to an embodiment of the present application;

2 is a schematic flowchart of a file management method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of another area division of an SSD according to an embodiment of the present application; FIG.

FIG. 4 is a schematic structural diagram of a file management apparatus according to an embodiment of the present disclosure;

FIG. 5 is another schematic structural diagram of a file management apparatus according to an embodiment of the present application;

FIG. 6 is a schematic structural diagram of a determining module in a file management apparatus according to an embodiment of the present disclosure;

FIG. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed ways

In order to make the objects, technical solutions, and advantages of the present application more comprehensible, the present application will be further described in detail below with reference to the accompanying drawings. It is apparent that the described embodiments are only a part of the embodiments of the present application, and not all of them. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without departing from the inventive scope are the scope of the present application.

The embodiment of the present application provides a file management method, which is applied to an electronic device, and the electronic device may be a server, and may of course be other types of electronic devices.

The above-mentioned electronic device is mounted with an SSD. Specifically, only one SSD can be mounted, or more than one SSD can be mounted. Each SSD mounted on the electronic device has an SSD file system. The SSD file system includes: a system index area and a data area.

According to the type of the index area included in the system index area, the following two cases can be classified. In the first case, the system index area only includes the system main index area.

In the second case, the system index area includes the system primary index area and the system backup index area. The system backup index area is used to store the backup information of the system main index area, and the backup information stored in the system backup index area can be used to recover the data of the system main index area. The location of the system primary index area and the system backup index area in the SSD can be customized. For example, the system main index area and the system backup index area can be set adjacent to each other, and the system main index area and the system backup index area can be set to a custom length.

Referring to FIG. 1, the system main index area and the system backup index area constitute a system index area, Index is used to represent the system main index area, Bindex is used to represent the system backup index area; block 1, block 2, ... block n constitute data Area. The system main index area is set at the start position in the SSD area, and the system backup index area is set at the end position in the SSD area. That is, the system main index area and the system backup index area are farthest apart in the SSD area. In this case, when the main index area of the system is damaged, the impact of the system backup index area is small, and the data in the system main index area can be restored through the system backup index area, thereby improving the security of the data stored in the SSD. Sex.

The system index area is used to store the SSD information and the data area information; the data area is divided into at least one block, and the size of each block may be the same or different, and is not limited herein. Each block includes a block index area and a block data area. Referring to FIG. 1, wherein i1, i2, . . . in is the block index area of the corresponding block 1, block 2, ... block n; D1, D2, ..., Dn are the blocks of the corresponding block 1, block 2, ... block n Data area.

The block index area may be classified into the following two cases according to the type of the index area included. In the first case, the block index area includes only the block main index area. In the second case, the block index area includes a block main index area and a block spare index area. The block backup index area is used to store the backup information of the block main index area, and the data stored in the block main index area can be restored by using the backup information stored in the block backup index area.

The position of the block main index area and the block backup index area in the area where the block is located can be customized. For example, the block main index area and the block backup index area may be adjacent to each other, and the block main index area and the block backup index area may be set to a custom length.

Referring to FIG. 1, a block main index area and a block spare index area constitute a block index area. The block main index area is set at the start position in the area where the block is located, and the block backup index area is set at the end position in the area where the block is located, that is, the block main index area and the block backup index area are farthest apart in the block area. . In this case, when the primary index area of the block is damaged, the impact of the block backup index area is small, and the data of the block main index area can be restored by the block backup index area, thereby improving the storage of each block in the SSD. The security of the data.

The block index area of one block is used to record file storage information of files stored in the block data area of the block.

Specifically, the file storage information may include at least one of a file ID (identity, identification number), a file size, a file location offset, and a file storage time of the stored file. Wherein, the above file position offset can be understood as: the offset of the starting storage location of the file in the block relative to the starting address of the block. For example, if block 1 stores file A, the block index area of block 1 may include file ID, file size, file position offset, and file storage time of file A; block 2 stores file B, and block index of block 2 The area may include the file ID of the file B, the file size, the file position offset, and the file storage time; if the file C is stored in the block 3, the block index area of the block 3 may include the file ID, the file size, and the file position of the file C. Shift, file storage time.

The SSD information may include at least one of ID, total storage capacity, available space, and the like of the SSD. The available space in the SSD information is the free storage space in the SSD.

The data area information may include at least one of a size of each block in the data area, a number of blocks, and usage status information of each block. The usage status information of the foregoing block can be understood as: information for indicating the current usage status of the block. From the perspective of data storage, the current usage status of the block can be divided into: an unwritten state, a written state, and Full status. The current state of use of the block in the state information is not limited to the above three states, and may include other states, which are not limited herein.

The unwritten state can be understood as the state in which no files have been stored.

The full state can be understood as a state in which a file has been stored and there is no free storage space.

The written state can be understood as a state in which a file has been stored but there is still free storage space.

In summary, it can be seen that the information of the SSD in the SSD information, the total storage capacity, and the block size and the number of blocks in the data area information can be kept unchanged during the SSD storage file, and the SSD information The available space in the space, the usage status of each block in the data area information may change with the storage of the file. Therefore, the SSD information and the data area information can be set in the process of formatting the SSD, wherein each of the available space and the data area information in the SSD information set in the formatting process The usage status of the block is the initial value.

Specifically, in the process of formatting an SSD having the above SSD file system, in addition to formatting in the traditional sense of the SSD, it is necessary to determine each of the system index area, the data area, and the data area in the SSD file system. The block index area and the block data area of one block set the SSD information and the data area information stored in the system index area.

The size of the system index area, the size of each block in the data area, and the size of the block index area in each block may be preset.

The initial value of the available space in the SSD information can be set to the total storage capacity of the SSD or the total spare storage space.

Since no file has been stored in each block of the data area during formatting, the initial value of the usage status of each block can be set to: unwritten state.

The number of blocks in the data area information can be calculated by the following methods:

The total storage space is subtracted from the size of the system index area to obtain a difference; the obtained difference is divided by the size of each block in the preset data area, and the obtained quotient is divided into blocks in the data area. The number.

As shown in FIG. 2, the file management method provided by the embodiment of the present application includes the following steps:

S101. Obtain a file to be written to be written to the SSD.

In the embodiment of the present application, the file to be written is a file to be written into the SSD, and the file may include at least one of a picture format file, a text format file, an audio format file, and a video format file. It is easy to understand that the file to be written can be obtained in various ways, for example, by a file write request sent by the application; and the file to be written stored in the cloud database can be actively searched. Illustratively, if an image processing application sends a picture file to an electronic device, the electronic device can receive the file as a file to be written.

S102. Generate an identifier of the file to be written, and determine, by the SSD file system, a block for storing the file to be written as the first block.

After obtaining the file to be written, the electronic device can generate a unique identifier of the file to distinguish the file from other files. It can be seen from the foregoing that the data area of one SSD can be divided into multiple blocks, so that one or more blocks for storing the file to be written can be determined by the SSD file system, and the determined block is taken as the first Piece. Specifically, the SSD file system may allocate a block in a data area for the file to be written to store the file to be written. The first of the first block in this application is only used to separate one block from another, and does not indicate any order or priority between the blocks.

As an optional implementation manner, when an electronic device mounts multiple SSDs, the electronic device may select one or more SSDs for storage by using SSD information stored in each SSD system index area, such as an SSD ID. The file to be written. The method for selecting an SSD for storing a file to be written may be various: randomly selected, according to a format of a file to be written, and the like. Exemplarily, when an electronic device mounts three SSDs, the IDs of the three SSDs are 001A, 002B, and 003C, respectively, and the electronic device can randomly select the SSD with the ID 002B as the SSD for storing the file to be written, and pass The file management system of the SSD allocates blocks in a data area for storing files to be written. Alternatively, an SSD may be selected as the SSD for storing the file to be written based on the format of the file to be currently written.

Since the obtained files can have different sizes, the first block allocated by the SSD file system may be one or more. That is, when the size of one file is larger than the size of one block in the data area, a plurality of blocks can be allocated for the file for storing the file. For example, if a file has a size of 80MB and a block has a size of 64MB, the file management system can allocate 2 blocks for storing the file.

S103. Store the file to be written into the block data area of the first block, and obtain file storage information of the file to be written, and store the obtained file storage information into the block index area of the first block.

In the embodiment of the present application, after the first block is allocated for the file to be written, indicating that the preparation for storing the file to be written is ready, the file to be written may be stored in the block data area of the first block. After the file to be written is stored, the electronic device can acquire file storage information such as a file ID, a file size, a file position offset, a file storage time, and the like, and store the information in the block of the first block. Index area. By storing the file storage information of the file to be written in the block index area, the index information of the file to be written can be established in the block storing the file to be written, so as to conveniently view the storage condition of the file to be written later. The use convenience of the file management method of the embodiment of the present application is improved.

Optionally, a plurality of files to be written allocated to the first block may be sequentially stored to the block data area of the first block, thereby being able to utilize the sequential write performance advantage of the SSD to speed up storage of multiple files. Improve file storage efficiency.

As an optional implementation manner of the embodiment of the present application, after acquiring the file storage information of the file to be written, the embodiment of the present application may further generate file storage location information corresponding to the file to be written. The file storage location information generally includes file storage information of the file to be written, block information of the first block, and SSD information of the SSD to which the first block belongs, and the file storage location information may further include other information than the above three types of information. This is not limited here. The block information of the first block may contain various attribute information of the first block, such as the current use state of the first block, the block number of the first block in the data area, and the like. The file storage location information may include: a file ID of the file to be written, a size of the file to be written, a position offset of the file to be written, an ID of the SSD where the file to be written is located, and a block of the first block. At least one of the information such as the number.

On the basis of the foregoing embodiment, after the file to be written is stored in the SSD, the application may be fed back to the file to which the file is written, and the file storage location information may be sent, so that the user of the application knows that the file to be written has been stored. To the SSD, the storage location, the file ID, and the like of the file to be written can also be known, so that the user can find the file to be written in the future. Exemplarily, the file storage location information may be fed back to the application that sends the file write request in the form of a URL (Uniform Resource Locator), where the URL address may include, for example, the ID of the SSD and the block where the file is located. At least one of information (for example, a block number of the first block), a file position offset, a file size, a file ID, and the like.

As an optional implementation manner of the embodiment of the present application, the data area information may further include a usage status of each block. The usage state of each block may be any one of a state of an unwritten state, a written state, and a full state. The unwritten state indicates that the data in the block is empty and data can be written. The written status indicates that data is stored in the block and the data can still be written. The full state indicates that the data stored in the block is full and no more data can be written. After the file to be written is stored in the first block, the state of the first block may change. Therefore, it is required to update the use state of the first block in combination with the use state of the first block before and after storing the file to be written, thereby This makes it possible to correctly store the usage state in which the first block is located.

When the file to be written is stored in the first block, there may be two cases. In the first case, the first block is in the full state; in the second case, the first block is in the unfilled state. According to the above two situations, it may be determined whether the usage state of the first block is a full state, and then the usage state of the first block is updated in a different manner according to the determination result.

Optionally, an implementation manner of the update process may be: if the current usage status of the first block is a full state, the usage status of the first block recorded in the data area information may be updated to a full state. If the current use state of the first block is an unfilled state, and the state before the write is an unwritten state, indicating that the file to be written is stored in the block data area of the first block, the use state of the first block is The data has not been stored yet. If there is still free storage space in the first block after storing the file to be written, the usage status of the first block recorded in the data area information may be updated to the written state; if the storage is to be written After the first block of the file has no free storage space, the usage status of the first block recorded in the data area information can be updated to the full state.

In addition, when the current use state of the first block is the unfilled state, and the pre-write state is the written state, the first block has been stored before the file to be written is stored in the block data area of the first block. File, the first block is in the written state, and after storing the file to be written, there is still free space in the first block. In this case, the usage state of the first block remains unchanged and remains written. Into the state.

As an optional implementation manner of the embodiment of the present application, as shown in FIG. 3, the system index area may be composed only of a part. In this case, the system index area includes only the system main index area. That is, the SSD information and the data area information are directly stored in the system index area, and the system index area at this time may be the system main index area in FIG.

Corresponding to the foregoing embodiment, as another optional implementation manner of the embodiment of the present application, as shown in FIG. 1, the system index area may be composed of two parts, that is, the system index area may be divided into: a system main index area and The system is in the index area. The system primary index area is used for storing SSD information and data area information; the system backup index area is used for storing backup information of the system main index area, that is, the system backup index area is used as a backup of the system main index area, and is also used. For storing SSD information and data area information. In the system backup index area of the embodiment of the present application, since the backup information of the system main index area is stored, when the system main index area fails, the data in the system main index area can be performed through the backup information in the system backup index area. Restore, thereby improving the data security of the SSD.

As an optional implementation manner of the embodiment of the present application, the block index area of one block may be composed only of a part. In this case, the block index area includes only the block main index area. That is, the file storage information of the file stored in the block data area of the block is directly recorded in the block index area of one block, and the block index area at this time may be the block main index area in FIG.

Corresponding to the above embodiment, as another optional implementation manner of the embodiment of the present application, the block index area of one block may be composed of two parts, that is, the block index area may be divided into: a block main index area of the block and The block is indexed by the block. The block main index area is used to record file storage information of a file stored in the block data area of the block; the block backup index area is used to store backup information of the block main index area of the block, that is, the block backup index area is used as The backup of the main index area of the block is also used to record the file storage information of the file stored in the data area of the block. Referring to FIG. 1, Bi1, Bi2, ..., Bin are the corresponding block 1, block 2, block n The index area, where n is a positive integer. In the block backup index area of the embodiment of the present application, since the backup information of the block main index area of the block is stored, the data in the main index area of the block may be backed up by the backup information of the block backup index area when the block main index area is damaged. Restore to improve the data security of the SSD.

As an optional implementation manner of the embodiment of the present application, the file data in the SSD can also be read, and the file data to be read can be referred to as a file to be read.

Optionally, the file to be read in the SSD may be read by using the generated file storage location information.

In the case that the file to be read is to be read from the SSD, the SSD of the file to be read may be determined by the ID of the SSD in the file location information, and then the block number of the block in which the file is located may be Positioning the block where the file to be read is located in the SSD; and further reading the file to be read in the block data area of the located block by the size of the file and the position offset of the file in the file storage location information .

The file to be read is taken as an example of the file to be written in the above embodiment.

As described above, after the file to be written is written into the SSD, a file storage location information corresponding to the file is generated, where the file storage location information includes corresponding SSD information and block information, and the file may be recorded. Information such as the ID of the SSD, the block number of the first block, and the like. With the above information, it is possible to locate a block for storing the file to be written in the SSD. As described above, the file storage location information may further include file storage information, wherein the file storage information may record information such as a file ID of the file, a size of the file, a position offset of the file, and the like, and thus, The file to be written is read from the above-located block by the file storage information recorded in the file storage location information.

When reading the file in the SSD, the embodiment of the present application can directly locate the block where the file to be read is located through the SSD information and the block information in the file storage location information corresponding to the file, and then record the location information in the file storage location. The file storage information reads the file to be read from the located block, and does not need to read the file based on the file storage path, thereby improving the reading speed of the file.

In the foregoing embodiment, when the size of one file is larger than the size of one block in the data area, a plurality of blocks may be allocated for the file for storing the file. Accordingly, when reading the file, there may also be cases where more than one block is located.

As an optional implementation manner of the embodiment of the present application, when the file to be read is read, the embodiment of the present application may further store the information according to the file recorded in the obtained file storage location information. The data belonging to the file to be read is read from each of the located blocks, and the read data can be combined to obtain the file to be read.

For example, the SSD includes six blocks, namely: block 1, block 2, block 3, block 4, block 5, and block 6, wherein the located block storing the file to be read includes block 1, block 2, and Block 3, wherein block 1 stores a first portion of the file to be read, block 2 stores a second portion of the file to be read, and block 3 stores a third portion of the file to be read, the first portion, the second portion, and The third part combines to form the file to be read. After the block for storing the file to be read in the SSD is the block 1, the block 2, and the block 3, the file may be stored from the file stored in the file storage location information, wherein the obtained file storage information indicates The storage location of the first portion in block 1, the storage location of the second portion in block 2, and the storage location of the third portion in block 3 are derived. According to the file storage information, the first part of the file to be read can be read from the block 1, the second part of the file to be read is read from the block 2, and the file to be read is read from the block 3. In the three parts, after the first part, the second part and the third part are read, the first part, the second part and the third part are combined to obtain the file to be read.

In the file management method provided by the embodiment of the present application, the SSD itself has an SSD file system different from the operating system's own file system when the electronic device is mounted with the SSD, and the identifier of the file is generated after the electronic device acquires the file to be written. And determining, by using the foregoing SSD file system, a block for storing a file to be written, and directly storing the file to be written into the determined block, as shown in the prior art, applying the solution provided by the embodiment of the present application. When the file storage is implemented, the storage location of the file is determined by the file system owned by the SSD, and the determined storage location is a block included in the block data area in the SSD file system, without determining the storage path of the file to be written. That is, it is not necessary to write a file to be written based on the storage path, thereby increasing the writing speed of the file to be written.

Corresponding to the above method embodiment, the embodiment of the present application also provides a corresponding device embodiment.

As shown in FIG. 4, the embodiment of the present application provides a file management apparatus, which is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, wherein the SSD file system includes: a system index area and a data area, and the system index area is used. For storing SSD information and data area information, the data area is divided into at least one block, each block includes: a block index area and a block data area, and a block index area of one block is used to record a file stored in the block data area of the block. The file stores information, and the device includes:

The obtaining module 201 is configured to obtain a file to be written to be written into the SSD.

The determining module 202 is configured to determine, by the SSD file system, a block for storing the file to be written as the first block.

a storage module 203, configured to store the file to be written into a block data area of the first block, obtain file storage information of the file to be written, and store the obtained file storage information to the first A block index area of a block.

Optionally, the data area is divided into the same block size; the determining module 202 is specifically configured to:

In the file management apparatus provided by the embodiment of the present application, when the electronic device is mounted with the SSD, the SSD itself has an SSD file system different from the operating system's own file system, and after the electronic device acquires the file to be written, the identifier of the file is generated. And determining, by using the foregoing SSD file system, a block for storing a file to be written, and directly storing the file to be written into the determined block, as shown in the prior art, applying the solution provided by the embodiment of the present application. When the file storage is implemented, the storage location of the file is determined by the file system owned by the SSD, and the determined storage location is a block included in the block data area in the SSD file system, without determining the storage path of the file to be written. That is, it is not necessary to write a file to be written based on the storage path, thereby increasing the writing speed of the file to be written.

As shown in FIG. 5, as an optional implementation manner of the embodiment of the present application, the file management apparatus in the embodiment of the present application may further include:

a generating module 204, configured to generate, according to the file storage information of the file to be written, the block information of the first block, and the SSD information of the SSD to which the first block belongs, file storage location information of the file to be written .

Optionally, the data area information may include: a usage status of each block;

The file management apparatus of the embodiment of the present application further includes:

The determining module 205 is configured to determine whether the current use state of the first block is a full state.

a system main index area for storing SSD information and data area information;

The system backup index area is used to store backup information of the system's main index area.

Optionally, the block index area of one block includes: a block main index area of the block and a block backup index area of the block; a block main index area of one block, used to record a file of the file stored in the block data area of the block Storage information; a block backup index area of a block for storing backup information of the block main index area of the block.

Optionally, the file management apparatus of the embodiment of the present application further includes:

The reading module 206 is configured to obtain file storage location information of the file to be read to be read from the SSD; and locate the file to be read in the SSD according to the SSD information and the block information recorded in the obtained file storage location information. a block; the file to be read is read from the located block according to the file storage information recorded in the obtained file storage location information.

Optionally, when the one or more blocks are located, the foregoing reading module 206 may be specifically configured to:

And according to the file storage information recorded in the obtained file storage location information, the data belonging to the file to be read is respectively read from the located blocks; the read data is merged to obtain the file to be read:

Optionally, as shown in FIG. 6, the determining module 205 further includes:

The first update submodule 2051 is configured to update the usage status of the first block recorded in the data area information to the full state when the determination module 205 determines YES.

The second update sub-module 2052 is configured to: when the determining module 205 determines to be no, update the usage status of the first block recorded in the data area information to the written state when the pre-write state is the unwritten state, where The pre-write state is: the usage state of the first block before storing the file to be written to the block data area of the first block.

The file management apparatus provided by the embodiment of the present invention can generate file storage location information through the generation module 204, so that the user can find the file later; and the system backup index area can be used in the system backup index area when the system primary index area is damaged. The backup information is used to restore the data in the main index area of the system, thereby ensuring the data security of the SSD; through the block backup index area, when the block main index area is damaged, the backup information of the block backup index area is used to block the main index area of the block. The data in the data is restored to ensure the data security of the SSD.

The embodiment of the present application further provides an electronic device. As shown in FIG. 7, the electronic device includes a processor 301, a communication interface 302, a memory 303, and a communication bus 304. The processor 301, the communication interface 302, and the memory 303 communicate. Bus 304 completes communication with each other,

a memory 303, configured to store a computer program;

The processor 301 is configured to implement the following steps of the file management method according to the foregoing embodiment of FIG. 2 and the foregoing method embodiments when executing the program stored in the memory 303:

Obtaining a file to be written to be written to the SSD;

Generating an identifier of the file to be written, and determining, by the SSD file system, a block for storing the file to be written as the first block;

The file to be written is stored in the block data area of the first block, and the file storage information of the file to be written is obtained, and the obtained file storage information is stored in the block index area of the first block.

The electronic device provided by the embodiment of the present application, when the electronic device is mounted with the SSD, the SSD itself has an SSD file system different from the operating system's own file system, and after the electronic device acquires the file to be written, the identifier of the file is generated. And determining, by using the foregoing SSD file system, the block for storing the file to be written, and directly storing the file to be written into the determined block, as shown in the prior art, applying the solution provided by the embodiment of the present application. When the file is stored, the file system of the SSD itself determines the storage location of the file, and the determined storage location is the block included in the block data area of the SSD file system, without determining the storage path of the file to be written, That is, it is not necessary to write a file to be written based on the storage path, thereby increasing the writing speed of the file to be written.

The embodiment of the present application further provides an electronic device, where the electronic device includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete communication with each other through the communication bus.

a memory for storing a computer program;

The processor, when used to execute the program stored in the memory, implements the following steps of the file management method as described in the foregoing embodiment of FIG. 2 and the other method embodiments:

Obtaining a file to be written to be written to the SSD;

Determining, by the SSD file system, a block for storing a file to be written as the first block;

The communication bus mentioned in the above electronic device may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The communication bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in the figure, but it does not mean that there is only one bus or one type of bus.

The communication interface is used for communication between the above electronic device and other devices.

The memory may include a random access memory (RAM), and may also include a non-volatile memory, such as at least one disk storage. Optionally, the memory may also be at least one storage device located away from the aforementioned processor.

The above processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (Network Processor, NP for short), or a digital signal processor (DSP). , Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component.

The embodiment of the present application further provides a computer readable storage medium. The computer readable storage medium stores a computer program for implementing the following steps of the file management method according to the foregoing embodiment of FIG. 2 and the foregoing other method embodiments. :

Obtaining a file to be written to be written to the SSD;

The computer-readable storage medium provided by the embodiment of the present invention, when the electronic device is mounted with the SSD, the SSD itself has an SSD file system different from the operating system's own file system, and the electronic device generates the file after the electronic device acquires the file to be written. And the foregoing SSD file system determines the block for storing the file to be written, and directly stores the file to be written into the determined block, as shown in the embodiment of the present application. When the file is implemented, the storage location of the file is determined by the file system owned by the SSD, and the determined storage location is the block included in the block data area in the SSD file system, without determining the storage of the file to be written. The path, that is, the need to write the file to be written based on the storage path, thereby increasing the writing speed of the file to be written.

Obtaining a file to be written to be written to the SSD;

For the device/electronic device/computer readable storage medium embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.

It should be noted that the apparatus, the electronic device, and the storage medium of the embodiment of the present application are respectively the apparatus, the electronic device, and the storage medium applying the dynamic competition window adjustment method based on the random game theory, and the dynamic competition window based on the random game theory. All embodiments of the adjustment method are applicable to the device, the electronic device, and the storage medium, and all achieve the same or similar benefits.

It should be noted that, in this context, relational terms such as first and second are used merely to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply these entities or operations. There is any such actual relationship or order between them. Furthermore, the term "comprises" or "comprises" or "comprises" or any other variations thereof is intended to encompass a non-exclusive inclusion, such that a process, method, article, or device that comprises a plurality of elements includes not only those elements but also Other elements, or elements that are inherent to such a process, method, item, or device. An element that is defined by the phrase "comprising a ..." does not exclude the presence of additional equivalent elements in the process, method, item, or device that comprises the element.

The various embodiments in the present specification are described in a related manner, and the same or similar parts between the various embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the file management device embodiment, the electronic device, and the computer readable storage medium, since it is basically similar to the file management method embodiment, the description is relatively simple, and the relevant portion refers to the partial description of the file management method embodiment. can.

The above is only the preferred embodiment of the present application, and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc., which are made within the spirit and principles of the present application, should be included in the present application. Within the scope of protection.

Claims

A file management method is characterized in that it is applied to an electronic device, the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, and the SSD file system includes: a system index area and a data area, and the system index The area is used for storing SSD information and data area information, the data area is divided into at least one block, each block includes: a block index area and a block data area, and a block index area of one block is used to record a block data area of the block The file of the stored file stores information, and the method includes:

Obtaining a file to be written to be written to the SSD;

Determining, by the SSD file system, a block for storing the file to be written as a first block;

And storing the file to be written into the block data area of the first block, and obtaining file storage information of the file to be written, and storing the obtained file storage information into a block index area of the first block .
The file management method according to claim 1, wherein the block size obtained by dividing the data area is the same;

Determining, by the SSD file system, a block for storing the file to be written, as the first block, includes:

Generating an identifier of the file to be written, and determining, by the SSD file system, a block for storing the file to be written as the first block.
The file management method according to claim 1 or 2, wherein the method further comprises:

And generating file storage location information of the file to be written according to the file storage information of the file to be written, the block information of the first block, and the SSD information of the SSD to which the first block belongs.
The file management method according to claim 1 or 2, wherein the data area information comprises: a use status of each block;

After the storing the file to be written to the block data area of the first block, the method further includes:

Determining whether the current use state of the first block is a full state;

If yes, updating the usage status of the first block recorded in the data area information to a full state;

If not, when the pre-write state is the unwritten state, the usage state of the first block recorded in the data area information is updated to the written state, wherein the pre-write state is: And storing the file to be written to a use state of the first block before the block data area of the first block.
The file management method according to any one of claims 1 to 4, wherein the system index area comprises: a system main index area and a system backup index area;

The system main index area is configured to store SSD information and data area information;

The system backup index area is used to store backup information of the system main index area.
The file management method according to any one of claims 1 to 4, wherein a block index area of a block includes: a block main index area of the block and a block backup index area of the block;

a block main index area of a block for recording file storage information of a file stored in a block data area of the block;

A block backup index area of a block for storing backup information of a block main index area of the block.
The file management method according to claim 3, wherein the method further comprises:

Obtaining file storage location information of the file to be read to be read from the SSD;

And locating a block in the SSD for storing the file to be read according to the SSD information and the block information recorded in the obtained file storage location information;

The file to be read is read from the located block based on the file storage information recorded in the obtained file storage location information.
The file management method according to claim 7, wherein when the one or more blocks are located, the reading the read from the located block according to the file storage information recorded in the obtained file storage location information Read the file, including:

Reading data belonging to the file to be read from each of the located blocks according to the file storage information recorded in the obtained file storage location information;

The read data is merged to obtain the file to be read.
A file management apparatus is characterized in that it is applied to an electronic device, the electronic device is mounted with a solid state hard disk SSD, and the SSD has an SSD file system, and the SSD file system includes: a system index area and a data area, the system index The area is used for storing SSD information and data area information, the data area is divided into at least one block, each block includes: a block index area and a block data area, and a block index area of one block is used to record a block data area of the block The file storage information of the stored file, the device includes:

Obtaining a module, configured to obtain a file to be written to be written into the SSD;

a determining module, configured to determine, by the SSD file system, a block for storing the file to be written as a first block;

a storage module, configured to store the file to be written into a block data area of the first block, obtain file storage information of the file to be written, and store the obtained file storage information to the first The block index area of the block.
The file management apparatus according to claim 9, wherein the data area is divided into the same block size; the determining module is specifically configured to:

Generating an identifier of the file to be written, and determining, by the SSD file system, a block for storing the file to be written as the first block.
The file management device according to claim 9 or 10, wherein the device further comprises:

And a generating module, configured to generate file storage location information of the file to be written according to the file storage information of the file to be written, the block information of the first block, and the SSD information of the SSD to which the first block belongs.
The file management apparatus according to claim 9 or 10, wherein the data area information comprises: a use status of each block;

The device also includes:

a determining module, configured to determine whether a current usage state of the first block is a full state;

The determining module includes:

a first update submodule, configured to: when the determining module determines to be YES, update the usage status of the first block recorded in the data area information to a full state;

a second update submodule, configured to: when the determining module determines to be no, when the pre-write state is an unwritten state, update the usage status of the first block recorded in the data area information to be written a state, wherein the pre-write state is: a usage state of the first block before storing the file to be written to a block data area of the first block.
The file management device according to any one of claims 9 to 12, wherein the system index area comprises: a system main index area and a system backup index area;

The system main index area is configured to store SSD information and data area information;

The system backup index area is used to store backup information of the system main index area.
The file management apparatus according to any one of claims 9 to 12, wherein the block index area of one block comprises: a block main index area of the block and a block backup index area of the block;

a block main index area of a block for recording file storage information of a file stored in a block data area of the block;

A block backup index area of a block for storing backup information of a block main index area of the block.
The file management device according to claim 11, wherein the device further comprises:

a reading module, configured to obtain file storage location information of a file to be read to be read from the SSD; and to locate the SSD to be read in the positioning SSD according to the SSD information and the block information recorded in the obtained file storage location information a block of the file; the file to be read is read from the located block according to the file storage information recorded in the obtained file storage location information.
The file management apparatus according to claim 15, wherein when the one or more blocks are located, the reading module is specifically configured to:

Reading data belonging to the file to be read from each of the located blocks according to the file storage information recorded in the obtained file storage location information;

The read data is merged to obtain the file to be read.
An electronic device, wherein the electronic device is mounted with a solid state hard disk SSD, the SSD has an SSD file system, the SSD file system includes: a system index area and a data area, and the system index area is used to store SSD information. And data area information, the data area is divided into blocks of the same size, each block includes: a block index area and a block data area, and a block index area of one block is used to record a file of a file stored in the block data area of the block Storing information, the electronic device further includes: a processor and a memory, wherein the memory is configured to store a computer program;

The processor, when used to execute a program stored on a memory, implements the method steps of any one of claims 2-8.
An electronic device, characterized in that the electronic device is mounted with a solid state hard disk SSD, the SSD has an SSD file system, the SSD file system includes: a system index area and a data area, and the system index area is used to store SSD information. And data area information, the data area is divided into at least one block, each block includes: a block index area and a block data area, and a block index area of one block is used to record file storage of files stored in the block data area of the block Information, the electronic device further includes: a processor and a memory, wherein the memory is configured to store a computer program;

The processor, when used to execute a program stored on a memory, implements the method steps of any one of claims 1-8.
A computer readable storage medium, wherein the computer readable storage medium is a storage medium in an electronic device, the electronic device is mounted with a solid state drive SSD, the SSD has an SSD file system, and the SSD file system includes a system index area for storing SSD information and data area information, the data area being divided into blocks of the same size, each block including: a block index area and a block data area, one block a block index area for recording file storage information of a file stored in a block data area of the block, the computer readable storage medium storing a computer program, wherein the computer program is executed by the processor to implement any of claims 2-8 A method step as described.
A computer readable storage medium, wherein the computer readable storage medium is a storage medium in an electronic device, the electronic device is mounted with a solid state drive SSD, the SSD has an SSD file system, and the SSD file system includes a system index area for storing SSD information and data area information, the data area being divided into at least one block, each block including: a block index area and a block data area, one block a block index area for recording file storage information of a file stored in a block data area of the block, the computer readable storage medium storing a computer program, wherein the computer program is executed by the processor to implement any one of claims 1-8 The method steps described in the item.