US20090031076A1 - Method for Managing Flash Memory - Google Patents

Method for Managing Flash Memory Download PDF

Info

Publication number
US20090031076A1
US20090031076A1 US12/233,908 US23390808A US2009031076A1 US 20090031076 A1 US20090031076 A1 US 20090031076A1 US 23390808 A US23390808 A US 23390808A US 2009031076 A1 US2009031076 A1 US 2009031076A1
Authority
US
United States
Prior art keywords
data
file
recorded
area
cluster
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.)
Abandoned
Application number
US12/233,908
Inventor
Ji-hyun In
Dong-Hee Lee
Bum-soo Kim
Sung-kwan Kim
Song-ho Yoon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Zeen Information Tech Inc
Original Assignee
Samsung Electronics Co Ltd
Zeen Information Tech Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd, Zeen Information Tech Inc filed Critical Samsung Electronics Co Ltd
Priority to US12/233,908 priority Critical patent/US20090031076A1/en
Publication of US20090031076A1 publication Critical patent/US20090031076A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614Improving the reliability of storage systems
    • G06F3/0616Improving the reliability of storage systems in relation to life time, e.g. increasing Mean Time Between Failures [MTBF]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/0223User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023Free address space management
    • G06F12/0238Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory
    • G06F12/0246Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory in block erasable memory, e.g. flash memory
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638Organizing or formatting or addressing of data
    • G06F3/064Management of blocks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671In-line storage system
    • G06F3/0673Single storage device
    • G06F3/0679Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/10Providing a specific technical effect
    • G06F2212/1032Reliability improvement, data loss prevention, degraded operation etc
    • G06F2212/1036Life time enhancement
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/72Details relating to flash memory management
    • G06F2212/7211Wear leveling

Definitions

  • the present invention relates to a method for managing a flash memory, a method for leveling the wear of blocks in a flash memory, and a method for managing a file system for a flash memory.
  • a flash memory is a type of highly-integrated nonvolatile memory that can be electrically erased and reprogrammed.
  • the flash memory has not only the advantage of a read only memory (ROM) that can be freely recorded and deleted, but also the advantage of a random access memory (RAM) that can save stored data even when power is removed.
  • ROM read only memory
  • RAM random access memory
  • the flash memory is widely used as a storage medium in portable electronic products such as digital cameras, personal digital assistants (PDAs), or MP3 players.
  • the flash memory is very different from other existing memory in that memory data are changed through electrical erasure and programming and this changing of memory data is non-atomic.
  • each bit of a flash memory has a value of 1.
  • one bit can be changed from 1 to 0.
  • a bit recorded as 0 cannot be restored to 1.
  • data recorded in a predetermined location only when a predetermined amount of a memory block containing a corresponding location is reinitialized to 1 after undergoing electrical erasure, data can be recorded again.
  • a flash translation layer which is a software unit for mapping blocks so that a file system can use a flash memory as a block unit such as a hard disc, is required.
  • FTL flash translation layer
  • a layer 100 of a file system for a flash memory including an FTL is schematically shown in FIG. 1 .
  • the FTL 120 When a file system 110 provides information on a logical location of a corresponding file to an FTL 120 , the FTL 120 translates the information on the logical location provided by the file system 110 into information on a physical location of the corresponding file using mapping information. Also, when the FTL 120 requests a device driver 130 to work on the corresponding file using the information on the physical location of the corresponding file, the device driver 130 performs an operation on a file recorded in a flash memory 140 using the information on the physical location of the corresponding file.
  • the flash memory 140 has a structure composed of blocks and pages.
  • the sizes of a block and a page may be determined by each product using the flash memory.
  • a flash memory having a size of 16 megabytes, a block size of 16 kilobytes, and a page size of 512 bytes includes 1024 blocks, and each of the blocks includes 32 pages. In this case, recording and reading of data is performed in units of pages, and electrical erasure is executed in units of blocks.
  • mapping table of data and mapping information of a data block is recorded in a flash memory 200 .
  • the mapping table is distributed over several blocks of the flash memory and includes a first mapping table 210 , a second mapping table 220 , a third mapping table 230 , and a fourth mapping table 240 .
  • mapping information of a data block is distributed over several blocks of the flash memory, in order to read or write data, the entire mapping table should be made by adding a plurality of mapping tables distributed over the flash memory 200 to one another, as shown in FIG. 2B .
  • the entire mapping table should be made such that an operational time is delayed.
  • mapping information of all data should be included in the mapping table, the size of the mapping table increases, thereby wasting a large portion of the flash memory.
  • Each block in the flash memory wherein data can be recorded has a limited life span.
  • the life span has a close relationship with the number of electrical erasures executed in each block. That is, when the number of electrical erasures increases over a predetermined number, problems may occur when data are recorded.
  • the number of electrical erasures is generally limited to a hundred thousand through a million and determined by each product using the flash memory.
  • the present invention provides a method for managing a flash memory, a method for writing data in a flash memory, a method for reading data from a flash memory, by which the required capacity of the memory is reduced and an operational time of a system is reduced when a flash transition layer (FTL) is implemented, and a flash memory using the same.
  • FTL flash transition layer
  • the present invention further provides a method for leveling the wear of blocks in a flash memory and a system for leveling the wear of blocks in a flash memory, by which an entire block of the flash memory is uniformly used and erased without any functional overhead such that the life span of all blocks in the flash memory is the same.
  • the present invention further provides a method for managing a file system for a flash memory, a method for updating files in a flash memory, and a file system for a flash memory, by which predetermined data is excluded from a transaction such that the overall performances of the file system for the flash memory are improved.
  • a method for managing a flash memory comprises: if changing of data of a data block recorded in a data area is requested, recording the data block having changed data in an alternative area and recording mapping information of the data block recorded in the alternative area in a mapping area, and if changing of data of the data block recorded in the alternative area is requested, recording a data block having changed data in the data area and deleting the mapping information recorded in the alternative area from the mapping area.
  • the mapping information is a logical block number of the data block.
  • the changed data of the data block are recorded in the alternative area, the changed data are recorded in a temporary block of the alternative area.
  • the changed data of the data block are recorded in the data block, the changed data are recorded in a location of the data area corresponding to the logical block number of the data block.
  • a method for writing data in a flash memory which comprises a data area, in which changed data of a data block recorded in an alternative area are recorded, an alternative area, in which the changed data of the data block recorded in the data area are recorded, and a mapping area containing mapping information of the data block included in the alternative area.
  • the method comprises receiving a data block write request in the flash memory, searching mapping information on the data block to be requested to write in the mapping area, if there is no mapping information on the data block to be requested to write, writing the data block to be requested to write in the alternative area and recording the mapping information on the data block in the mapping area, and if there is mapping information on the data block to be requested to write, writing the data block to be requested to write in the data area and deleting the mapping information on the data block to be requested to write from the mapping area.
  • a method for reading data from a flash memory which comprises a data area, in which changed data of a data block recorded in an alternative area are recorded, an alternative area, in which the changed data of the data block recorded in the data area are recorded, and a mapping area containing mapping information of the data block included in the alternative area.
  • the method comprises receiving a data block read request in a flash memory, searching mapping information on the data block to be requested to read in the mapping area; if there is no mapping information on the data block to be requested to read, reading the data block to be requested to read from the data area; if there is mapping information on the data block to be requested to read, reading the data block to be requested to read from the alternative area.
  • a flash memory includes a data area in which changed data of a data block are recorded when changing of data of a data block recorded in an alternative area is requested, an alternative area in which the changed data of the data block are recorded when changing of data of a data block recorded in the data area is requested, and a mapping area in which a mapping table containing mapping information of the data block recorded in the alternative area is recorded and from which the mapping information of the data block is removed when the changed data of data block are recorded in the data area.
  • the method further comprises a master block containing information on the data area, the alternative area, and the mapping area.
  • a physical block number of the data block existing in the data area corresponds to a logical block number on a one-to-one basis.
  • the alternative area includes a predetermined number of blocks, each of the blocks includes a predetermined number of pages, and a first mapping table is recorded in a first page of a first block, and a second table, in which the contents of the first mapping table are changed, is recorded in a second page of the first block, and if all of the pages of the first block are recorded, an n-th mapping table is recorded in a first page of a second block.
  • a method for leveling the wear of blocks in a flash memory comprises a first step of recording information on the number of electrical erasures of a data block on which electrical erasure is executed after a file system starts, and if the number of electrical erasures of the data block exceeds a predetermined threshold value, a second step of exchanging the data block with a data block having a smaller number of electrical erasures.
  • the second step comprises determining whether an unused physical block exists, if the unused physical block exists, exchanging the location of the data block with the location of the unused physical block, and if the unused physical block does not exist, exchanging the location of the data block with a physical block having the number of electrical erasures smaller than the number of electrical erasures of the data block.
  • RAM random access memory
  • a system for leveling the wear of blocks in a flash memory includes a flash memory in which a data block is recorded, and a wear leveling list in which information on the number of electrical erasures of the data block on which electrical erasure is executed after a file system starts is recorded.
  • the wear leveling list is recorded in a random access memory (RAM).
  • RAM random access memory
  • information on the number of electrical erasures recently executed on data blocks after a file system starts is recorded in the wear leveling list.
  • a data block of which the number of electrical erasures exceeds a predetermined threshold value is exchanged with a data block having the smallest number of electrical erasures.
  • a method for managing a file system for a flash memory including a file area and a file allocation table (FAT) area.
  • the method comprises recording information on a cluster of a file recorded in the file area in the FAT area, if changing of the file is requested, recording the changed file in a new cluster, and reflecting information on the new cluster on the information on the cluster recorded in the FAT area.
  • FAT file allocation table
  • a method for updating files in a flash memory comprises recording information on a next cluster of a file recorded in a data area in an entry of a file allocation table (FAT) area having an entry corresponding to each cluster in the data area, if data updating of a cluster C old included in the file is requested, recording updated data in a new cluster C new , and modifying the information on the next cluster so that the new cluster C new is connected to the entry of the FAT area instead of the cluster C old .
  • FAT file allocation table
  • the method further comprises recording information on a first cluster of the file in a root directory area.
  • recording of information on the cluster in the entry of the FAT area is performed by atomic write, and recording of file data in the cluster of the data area is performed by non-atomic write.
  • a flash memory file system includes a data area in which a file comprised of one or more clusters is recorded, a root directory area containing information on a first cluster of the file recorded in the data area, and a file allocation table (FAT) area which contains an entry corresponding to each cluster and in the entry of which information on a next cluster of the file recorded in the data area is recorded.
  • FAT file allocation table
  • FIG. 1 illustrates layers of a file system for a flash memory
  • FIG. 2A illustrates a flash memory in which mapping tables and data are stored according to the prior art
  • FIG. 2B illustrate a mapping table in the prior art
  • FIG. 3 illustrates a flash memory according to the present invention
  • FIGS. 4A and 4B illustrate a data updating operation in the flash memory shown in FIG. 3 ;
  • FIG. 5 illustrates a mapping table according to the present invention
  • FIGS. 6A and 6B illustrate a method for recording mapping tables in the flash memory shown in FIG. 3 ;
  • FIG. 7 shows a flowchart illustrating a method for reading data from a flash memory according to the present invention
  • FIG. 8 shows a flowchart illustrating a method for writing data in a flash memory according to the present invention
  • FIG. 9 shows a flowchart illustrating a method for leveling the wear of blocks in a flash memory according to the present invention.
  • FIGS. 10A and 10B illustrate a memory and a RAM for leveling the wear of blocks in a flash memory according to the present invention
  • FIGS. 11A and 11B illustrate a memory and a RAM for leveling the wear of blocks in a flash memory according to the present invention
  • FIG. 12 illustrates a mapping area in which a physical address change table is stored according to the present invention
  • FIGS. 13A and 13B illustrate a method for changing clusters of a file system for a flash memory according to the present invention.
  • FIG. 14 shows a flowchart illustrating the step of writing files in the method for changing clusters of a file system for a flash memory according to the present invention.
  • the structure of a flash memory 300 according to the present invention is shown in FIG. 3 .
  • the flash memory 300 includes a master block 310 , a mapping area 320 , a data area 330 , and an alternative area 340 .
  • the flash memory 200 when the flash memory 200 includes n blocks, the flash memory includes a master block occupying one block, a mapping area occupying two blocks, an alternative area occupying s blocks, and a data area occupying n-s ⁇ 3 blocks.
  • a physical block number indicative of a physical location of the flash memory is from 0, which is a starting location of the flash memory, to n ⁇ 1
  • a logical block number indicative of an address of a data area in which actual valid data are recorded is from 0, which is a starting location of the data area, to n-s ⁇ 4.
  • the logical block number and the physical block number are in a one-to-one correspondence.
  • a logical block number 0 corresponds to a physical block number 3 .
  • the master block 310 is placed in the physical block number 0 and has a table by which the locations and sizes of a mapping area, a data area, and an alternative area are defined. In particular, when there are bad blocks in the memory 300 , information on the bad blocks is recorded in the master block 310 , and the master block 310 with the information on the bad blocks properly excludes the bad blocks.
  • the mapping area 320 is placed in physical block numbers 1 and 2 and has a table by which mapping information on each block existing in the alternative area 340 is recorded. Although the mapping area 320 in two blocks is shown in FIG. 3 , the mapping area 320 is not limited to these two blocks. The mapping area 320 is not distributed over several locations of the flash memory but in a predetermined location, i.e., behind the master block 310 . Thus, the entire flash memory does not need to be checked so as to find a mapping table.
  • Data are recorded in the data area 330 and the alternative area 340 . That is, data are initially recorded in the data area 330 , recorded in the alternative area 340 when the data recorded in the data area 330 is changed, and recorded in the data area 330 when the data recorded in the alternative area 340 is changed again.
  • the data area 330 and the alternative area 340 shown in FIG. 3 include n-s ⁇ 3 blocks and s blocks, respectively.
  • Physical block numbers of each block existing in the data area 330 correspond to logical block numbers in a one-to-one correspondence.
  • an additional mapping table for mapping logical block numbers to physical block numbers is not needed, and logical block numbers can be changed by performing a simple operation on physical block numbers.
  • atomic write is supported as many times as the number of blocks contained in the alternative area 340 . That is, when five blocks are contained in the alternative area 340 , atomic write can be supported as many times as the five blocks.
  • FIGS. 4A and 4B An example of a method for alternatively mapping blocks according to the present invention will be described with reference to FIGS. 4A and 4B .
  • a logical block number 0 is placed in a physical block number 3
  • a logical block number 3 is placed in a physical block number 6 .
  • a data block having changed data of the logical block number 0 is recorded in one block of the alternative area 340 , i.e., in a physical block number n-s, and location information on the physical block number n-s is recorded in the mapping table existing in the mapping area 320 .
  • a data block having changed data of the logical block number 3 is recorded in one block of the alternative area 340 , i.e., in a physical block number n-s+1, and location information on the physical block number n-s+1 is recorded in the mapping table existing in the mapping area 320 .
  • blocks of changed contents may be placed in any block among s blocks of the alternative area 340 .
  • mapping table 500 by which the method for alternatively mapping blocks according to the present invention is performed, will be described below with reference to FIG. 5 .
  • mapping table 500 Location information on which each of the logical blocks is placed in the blocks existing in the alternative area 340 is recorded in the mapping table 500 .
  • mapping information of a corresponding block becomes ⁇ 1.
  • mapping information has valid data, the data have corresponding logical block number or physical block number.
  • all of mapping information of the mapping table 500 become ⁇ 1.
  • mapping table An example of an updating operation of a mapping table by which the method for alternatively mapping blocks according to the present invention is performed, will be described with reference to FIGS. 6A and 6B .
  • the mapping table is recorded in a physical block number 1 or 2 .
  • a first page of the physical block number 1 is recorded in the mapping table.
  • a new mapping table is recorded in a second page of the physical block number 1 .
  • FIG. 6B when a data write operation is performed several times and there is no more page to be recorded in the mapping table, a last mapping table is recorded in the physical block number 2 , and the physical block number 1 performs electrical erasure.
  • step S 710 if read on a logical block number n of a flash memory is requested, in step S 720 , it is checked whether the logical block number n exists in a mapping table existing in a mapping area.
  • step S 730 if the logical block number n exists in the mapping table, in step S 740 , read is executed from a corresponding block of an alternative area. If the logical block number n does not exist in the mapping table, in step S 750 , read is executed from a corresponding block of a data area.
  • step S 810 if a flash memory write on a logical block number n is requested, in step S 820 , it is checked whether the logical block number n exists in a mapping table existing in a mapping area.
  • step S 830 if the logical block number n exists in the mapping table, in step S 840 , write is executed in a corresponding block of a data area. Since there is no more corresponding block in an alternative area, in step S 850 , the logical block number n is deleted from the mapping table. If the logical block number n does not exist in the mapping table, in step S 860 , flash write is executed in an unused temporary block of the alternative area, and in step S 870 , the logical block number n is recorded in the mapping table.
  • a method for leveling the wear of blocks in a flash memory In a method for leveling the wear of blocks in a flash memory according to the present invention, information on the wear of blocks that have been progressed from first usage is not maintained in the flash memory, but only information on the number of electrical erasures that have been executed after a file system starts is maintained in a random access memory (RAM), and leveling of the wear of blocks for the flash memory is executed.
  • the number of electrical erasures on recently-used n blocks among blocks on which electrical erasure is executed after the file system starts based on a predetermined time period is maintained in the RAM as a list.
  • the wear of all physical blocks that are not registered in a wear leveling list is regarded as 0.
  • a segmented least recently used (SLRU) list may be used as the wear leveling list.
  • a method for leveling the wear of blocks in a flash memory according to the present invention will be described with reference to FIG. 9 .
  • step S 901 if a flash memory erasure on a physical block number n is requested, in step S 902 , electrical erasure on the corresponding physical block number n is executed. In step S 903 , it is checked whether n exists in a wear leveling list.
  • step S 905 n is inserted to the wear leveling list, and in step S 906 , the wear w of n is increased by 1, and this procedure is ended.
  • step S 904 If n exists in the wear leveling list in step S 904 , the wear w of n is increased by 1 in step S 907 , and in step S 908 , it is determined whether w is greater than a threshold value.
  • step S 908 If w is not greater than the threshold value in step S 908 , this procedure is ended. If w is greater than the threshold value in step S 908 , n is not recorded in the wear leveling list, and in step S 909 , an unused physical block number m is searched.
  • step S 910 If the unused physical block number m exists in the wear leveling list in step S 910 , in step S 913 , the physical block number m is erased. If the unused physical block number m does not exist in the wear leveling list, in step S 911 , a physical block number m that is not registered in the wear leveling list is temporarily selected.
  • step S 912 data of m is copied to n, and then, in step S 913 , the physical block number m is erased.
  • step S 914 m is inserted in the wear leveling list, and in step S 915 , the wear w of m is recorded as 1, and in step S 916 , a physical address change table is modified.
  • each page of the mapping area includes a physical address change table 1210 and an alternative mapping table 1220 .
  • the physical address change table 1210 has information on exchange blocks.
  • the unused physical block number 7 is searched, the contents of the physical block number 7 are erased, and the physical block number 7 is inserted in the wear leveling list. Since electrical erasure is performed once on the physical block number 7 , the wear of the physical block number 7 is recorded as 1. In this case, information on which the contents of a logical block number 2 are mapped to the physical block number 7 can be recorded by implementing an additional physical address change table.
  • FIGS. 11A and 11B when the length of the wear leveling list is 4, a list of recently-used four blocks among blocks on which electrical erasure is performed can be maintained.
  • FIG. 11A when physical block numbers 3 through 12 of flash memory are used, and wear on the physical block numbers 3 through 6 is recorded in the wear leveling list, if an electrical erasure of the physical block number 5 is requested, the contents of the physical block number 5 are erased, and the threshold value is checked. As a result, the wear of the physical block number 5 is 11, and thus exceeds the threshold value.
  • FIG. 11A when physical block numbers 3 through 12 of flash memory are used, and wear on the physical block numbers 3 through 6 is recorded in the wear leveling list, if an electrical erasure of the physical block number 5 is requested, the contents of the physical block number 5 are erased, and the threshold value is checked. As a result, the wear of the physical block number 5 is 11, and thus exceeds the threshold value.
  • a physical block number 7 having small wear and to be exchanged among physical block numbers is selected, data of the physical block number 7 are copied to the physical block number 5 , and data of the physical block number 7 are erased. Then, the physical block number 7 is inserted in the wear leveling list, and the wear of the physical block number 7 is recorded as 1.
  • FIGS. 13A and 13B will be described with reference to FIGS. 13A and 13B .
  • a file system 1300 shown in FIG. 13A includes a boot block 1310 , a file allocation table (FAT) 1320 , an FAT disc cache 1330 , a root directory 1340 , and a file 1350 .
  • FAT file allocation table
  • the boot block 1310 is placed in a zeroth sector of a zeroth cluster and has information on the size of clusters and the number of sectors, the number of sectors for each cluster, the number and size of a starting sector of an FAT, the number and size of a starting cluster of an FAT disc cache, and the number of a starting cluster of a root directory.
  • the FAT 1320 has entries corresponding to each of clusters of the file system. Zeroth through sixth entries corresponding to a root directory (sixth cluster) from a boot cluster (zeroth cluster) after formatting are 0, and the other entries are initialized as 0xFFFF. A case where the values of entries of the FAT 1320 are 0xFFFF means that corresponding clusters are not used. A case where the values of entries of the FAT 1320 are not 0xFFFF means that corresponding clusters are being used. The number of clusters in which a next cluster of a corresponding file is placed, is recorded in each of entries.
  • the FAT disc cache 1330 records the changed contents of the FAT 1320 as the size of 512 bytes. If the FAT disc cache 1330 is searched and a corresponding FAT sector exists whenever the FAT 1320 is read, the FAT disc cache 1330 reads the FAT 1320 . If there is no FAT disc cache, the FAT 1320 is read from an FAT area.
  • the item “.” indicates a directory entry itself, and a field FAT_chain is set to the number of a cluster in which the field is stored. Also, in an initial state, a size field of the item “.” is set to 2, and this indicates the number of files existing in the root directory 1340 and the number of directories.
  • the item “..” indicates a parent directory, and in particular, in the case of the root directory 1340 , the item “.” indicates itself.
  • the changed contents are not recorded in an existing cluster but a new cluster is allocated to the file, and thus, the changed contents are recorded in the new cluster. If recording of the changed contents is completed in the new cluster, the number of an existing cluster is deleted from a cluster chain in the FAT area, and the new cluster is connected to the cluster chain.
  • step S 1410 if a file write is requested, that is, if write for expanding new contents is requested, in step S 1420 , a new cluster C new is allocated to a file system, and in step S 1430 , new file data is recorded by executing non-atomic write on the new cluster C new .
  • step S 1440 the new cluster C new is added to a cluster chain of the FAT by executing atomic write in the new cluster C new .
  • step S 1410 If a file write is requested in step S 1410 , that is, if write for updating existing contents of the file is requested, in step S 1450 , an additional new cluster C new other than an existing cluster C old is allocated to the file system, and in step S 1460 , updated file data is recorded by executing non-atomic write in the new cluster C new . Also, in step S 1470 , the cluster chain of the FAT is modified by executing atomic write in the new cluster C new so that the new cluster C new is connected to the existing cluster C old .
  • the memory portion required to map blocks in the flash memory is small, the capacity of the flash memory can be saved, information required to map blocks can be obtained without checking the entire flash memory such that a starting time of a file system can be reduced.
  • the method for leveling the wear of blocks in a flash memory since the wear of all blocks in the flash memory is uniform, memory management is easily performed, and since a wear leveling list is not recorded in the flash memory but in a random access memory (RAM), the capacity of the flash memory can be saved.
  • RAM random access memory
  • the data are excluded from a transaction such that the overall performances of the file system for the flash memory can be improved.

Abstract

A method for managing a flash memory, a method for leveling the wear of blocks in a flash memory, and a method for managing a file system for a flash memory are provided. The method for managing a flash memory includes: if changing of data of a data block recorded in a data area is requested, recording the data block having changed data in an alternative area and recording mapping information of the data block recorded in the alternative area in a mapping area; and if changing of data of the data block recorded in the alternative area is requested, recording a data block having changed data in the data area and deleting the mapping information recorded in the alternative area from the mapping area.

Description

  • This is a divisional of application Ser. No. 10/626,839 filed Jul. 25, 2003, which claims the priority of Korean Patent Application No. 2002-44301, filed on Jul. 26, 2002, in the Korean Intellectual Property Office, the disclosure of which is incorporated herein in its entirety by reference.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to a method for managing a flash memory, a method for leveling the wear of blocks in a flash memory, and a method for managing a file system for a flash memory.
  • 2. Description of the Related Art
  • A flash memory is a type of highly-integrated nonvolatile memory that can be electrically erased and reprogrammed. The flash memory has not only the advantage of a read only memory (ROM) that can be freely recorded and deleted, but also the advantage of a random access memory (RAM) that can save stored data even when power is removed. Thus, these days, the flash memory is widely used as a storage medium in portable electronic products such as digital cameras, personal digital assistants (PDAs), or MP3 players.
  • The flash memory is very different from other existing memory in that memory data are changed through electrical erasure and programming and this changing of memory data is non-atomic. In an initial state, each bit of a flash memory has a value of 1. Also, in order to record data in a predetermined location, one bit can be changed from 1 to 0. However, a bit recorded as 0 cannot be restored to 1. Thus, in order to change data recorded in a predetermined location, only when a predetermined amount of a memory block containing a corresponding location is reinitialized to 1 after undergoing electrical erasure, data can be recorded again.
  • When a file system performs a write operation directly using a physical address of the flash memory without performing a predetermined function of mapping blocks, memory required to map blocks can be saved. However, in this case, due to the non-atomic characteristics of changing of the flash memory, problems occur. That is, when errors occur before new data are recorded after a corresponding memory block is electrically erased so as to change data recorded in a predetermined location, existing data are not left in the corresponding memory block, new data are not recorded in the corresponding memory block, and different data remain in the corresponding memory block. However, an existing file system cannot master this situation caused by the non-atomic characteristics.
  • Thus, a flash translation layer (FTL) which is a software unit for mapping blocks so that a file system can use a flash memory as a block unit such as a hard disc, is required. A layer 100 of a file system for a flash memory including an FTL is schematically shown in FIG. 1.
  • When a file system 110 provides information on a logical location of a corresponding file to an FTL 120, the FTL 120 translates the information on the logical location provided by the file system 110 into information on a physical location of the corresponding file using mapping information. Also, when the FTL 120 requests a device driver 130 to work on the corresponding file using the information on the physical location of the corresponding file, the device driver 130 performs an operation on a file recorded in a flash memory 140 using the information on the physical location of the corresponding file.
  • The flash memory 140 has a structure composed of blocks and pages. The sizes of a block and a page may be determined by each product using the flash memory. As an example, a flash memory having a size of 16 megabytes, a block size of 16 kilobytes, and a page size of 512 bytes includes 1024 blocks, and each of the blocks includes 32 pages. In this case, recording and reading of data is performed in units of pages, and electrical erasure is executed in units of blocks.
  • However, as the capacity of the flash memory becomes larger, the memory portion required to map blocks performed by the FTL increases.
  • The structure of a conventional flash memory is shown in FIG. 2A. A mapping table of data and mapping information of a data block is recorded in a flash memory 200. The mapping table is distributed over several blocks of the flash memory and includes a first mapping table 210, a second mapping table 220, a third mapping table 230, and a fourth mapping table 240. Likewise, since mapping information of a data block is distributed over several blocks of the flash memory, in order to read or write data, the entire mapping table should be made by adding a plurality of mapping tables distributed over the flash memory 200 to one another, as shown in FIG. 2B. Thus, in order to perform a flash memory operation in the prior art, the entire mapping table should be made such that an operational time is delayed. Also, since mapping information of all data should be included in the mapping table, the size of the mapping table increases, thereby wasting a large portion of the flash memory.
  • Each block in the flash memory wherein data can be recorded has a limited life span. The life span has a close relationship with the number of electrical erasures executed in each block. That is, when the number of electrical erasures increases over a predetermined number, problems may occur when data are recorded. The number of electrical erasures is generally limited to a hundred thousand through a million and determined by each product using the flash memory.
  • When electrical erasures are executed repeatedly only in a particular block, only the life span of the particular block is shortened, and thus, data cannot be recorded in that block any more. Thus, a method for leveling the wear of blocks in a flash memory, by which electrical erasures are prevented from being repeatedly executed only in a particular block and performed uniformly in all blocks such that the life spans of all blocks are the same, has been proposed.
  • In an existing method for leveling the wear of blocks in a flash memory, information on the number of electrical erasures in all data blocks of the flash memory is maintained in each data block of the flash memory, thereby causing a waste of memory capacity, making it difficult to manage the memory, and causing functional overhead.
  • SUMMARY OF THE INVENTION
  • The present invention provides a method for managing a flash memory, a method for writing data in a flash memory, a method for reading data from a flash memory, by which the required capacity of the memory is reduced and an operational time of a system is reduced when a flash transition layer (FTL) is implemented, and a flash memory using the same.
  • The present invention further provides a method for leveling the wear of blocks in a flash memory and a system for leveling the wear of blocks in a flash memory, by which an entire block of the flash memory is uniformly used and erased without any functional overhead such that the life span of all blocks in the flash memory is the same.
  • The present invention further provides a method for managing a file system for a flash memory, a method for updating files in a flash memory, and a file system for a flash memory, by which predetermined data is excluded from a transaction such that the overall performances of the file system for the flash memory are improved.
  • Accordingly, according to an aspect of the present invention, there is provided a method for managing a flash memory. The method comprises: if changing of data of a data block recorded in a data area is requested, recording the data block having changed data in an alternative area and recording mapping information of the data block recorded in the alternative area in a mapping area, and if changing of data of the data block recorded in the alternative area is requested, recording a data block having changed data in the data area and deleting the mapping information recorded in the alternative area from the mapping area.
  • Preferably, the mapping information is a logical block number of the data block.
  • Preferably, if the changed data of the data block are recorded in the alternative area, the changed data are recorded in a temporary block of the alternative area.
  • Preferably, if the changed data of the data block are recorded in the data block, the changed data are recorded in a location of the data area corresponding to the logical block number of the data block.
  • According to another aspect of the present invention, there is provided a method for writing data in a flash memory which comprises a data area, in which changed data of a data block recorded in an alternative area are recorded, an alternative area, in which the changed data of the data block recorded in the data area are recorded, and a mapping area containing mapping information of the data block included in the alternative area. The method comprises receiving a data block write request in the flash memory, searching mapping information on the data block to be requested to write in the mapping area, if there is no mapping information on the data block to be requested to write, writing the data block to be requested to write in the alternative area and recording the mapping information on the data block in the mapping area, and if there is mapping information on the data block to be requested to write, writing the data block to be requested to write in the data area and deleting the mapping information on the data block to be requested to write from the mapping area.
  • According to another aspect of the present invention, there is provided a method for reading data from a flash memory which comprises a data area, in which changed data of a data block recorded in an alternative area are recorded, an alternative area, in which the changed data of the data block recorded in the data area are recorded, and a mapping area containing mapping information of the data block included in the alternative area. The method comprises receiving a data block read request in a flash memory, searching mapping information on the data block to be requested to read in the mapping area; if there is no mapping information on the data block to be requested to read, reading the data block to be requested to read from the data area; if there is mapping information on the data block to be requested to read, reading the data block to be requested to read from the alternative area.
  • According to another aspect of the present invention, there is provided a flash memory. The flash memory includes a data area in which changed data of a data block are recorded when changing of data of a data block recorded in an alternative area is requested, an alternative area in which the changed data of the data block are recorded when changing of data of a data block recorded in the data area is requested, and a mapping area in which a mapping table containing mapping information of the data block recorded in the alternative area is recorded and from which the mapping information of the data block is removed when the changed data of data block are recorded in the data area.
  • Preferably, the method further comprises a master block containing information on the data area, the alternative area, and the mapping area.
  • Preferably, a physical block number of the data block existing in the data area corresponds to a logical block number on a one-to-one basis.
  • Preferably, the alternative area includes a predetermined number of blocks, each of the blocks includes a predetermined number of pages, and a first mapping table is recorded in a first page of a first block, and a second table, in which the contents of the first mapping table are changed, is recorded in a second page of the first block, and if all of the pages of the first block are recorded, an n-th mapping table is recorded in a first page of a second block.
  • According to another aspect of the present invention, there is provided a method for leveling the wear of blocks in a flash memory. The method comprises a first step of recording information on the number of electrical erasures of a data block on which electrical erasure is executed after a file system starts, and if the number of electrical erasures of the data block exceeds a predetermined threshold value, a second step of exchanging the data block with a data block having a smaller number of electrical erasures.
  • Preferably, the second step comprises determining whether an unused physical block exists, if the unused physical block exists, exchanging the location of the data block with the location of the unused physical block, and if the unused physical block does not exist, exchanging the location of the data block with a physical block having the number of electrical erasures smaller than the number of electrical erasures of the data block.
  • Preferably, information on the number of electrical erasure is recorded in a random access memory (RAM).
  • According to another aspect of the present invention, there is provided a system for leveling the wear of blocks in a flash memory. The system includes a flash memory in which a data block is recorded, and a wear leveling list in which information on the number of electrical erasures of the data block on which electrical erasure is executed after a file system starts is recorded.
  • Preferably, the wear leveling list is recorded in a random access memory (RAM).
  • Preferably, information on the number of electrical erasures recently executed on data blocks after a file system starts is recorded in the wear leveling list.
  • Preferably, a data block of which the number of electrical erasures exceeds a predetermined threshold value is exchanged with a data block having the smallest number of electrical erasures.
  • According to another aspect of the present invention, there is provided a method for managing a file system for a flash memory including a file area and a file allocation table (FAT) area. The method comprises recording information on a cluster of a file recorded in the file area in the FAT area, if changing of the file is requested, recording the changed file in a new cluster, and reflecting information on the new cluster on the information on the cluster recorded in the FAT area.
  • According to another aspect of the present invention, there is provided a method for updating files in a flash memory. The method comprises recording information on a next cluster of a file recorded in a data area in an entry of a file allocation table (FAT) area having an entry corresponding to each cluster in the data area, if data updating of a cluster Cold included in the file is requested, recording updated data in a new cluster Cnew, and modifying the information on the next cluster so that the new cluster Cnew is connected to the entry of the FAT area instead of the cluster Cold.
  • Preferably, the method further comprises recording information on a first cluster of the file in a root directory area.
  • Preferably, recording of information on the cluster in the entry of the FAT area is performed by atomic write, and recording of file data in the cluster of the data area is performed by non-atomic write.
  • According to another aspect of the present invention, there is provided a flash memory file system. The system includes a data area in which a file comprised of one or more clusters is recorded, a root directory area containing information on a first cluster of the file recorded in the data area, and a file allocation table (FAT) area which contains an entry corresponding to each cluster and in the entry of which information on a next cluster of the file recorded in the data area is recorded. If changing of data of a predetermined cluster forming the file is requested, the changed data is recorded in a new cluster, and information on the new cluster is connected to the information on the cluster of the file recorded in the FAT area.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The above and other aspects and advantages of the present invention will become more apparent by describing in detail preferred embodiments thereof with reference to the attached drawings in which:
  • FIG. 1 illustrates layers of a file system for a flash memory;
  • FIG. 2A illustrates a flash memory in which mapping tables and data are stored according to the prior art;
  • FIG. 2B illustrate a mapping table in the prior art;
  • FIG. 3 illustrates a flash memory according to the present invention;
  • FIGS. 4A and 4B illustrate a data updating operation in the flash memory shown in FIG. 3;
  • FIG. 5 illustrates a mapping table according to the present invention;
  • FIGS. 6A and 6B illustrate a method for recording mapping tables in the flash memory shown in FIG. 3;
  • FIG. 7 shows a flowchart illustrating a method for reading data from a flash memory according to the present invention;
  • FIG. 8 shows a flowchart illustrating a method for writing data in a flash memory according to the present invention;
  • FIG. 9 shows a flowchart illustrating a method for leveling the wear of blocks in a flash memory according to the present invention;
  • FIGS. 10A and 10B illustrate a memory and a RAM for leveling the wear of blocks in a flash memory according to the present invention;
  • FIGS. 11A and 11B illustrate a memory and a RAM for leveling the wear of blocks in a flash memory according to the present invention;
  • FIG. 12 illustrates a mapping area in which a physical address change table is stored according to the present invention;
  • FIGS. 13A and 13B illustrate a method for changing clusters of a file system for a flash memory according to the present invention; and
  • FIG. 14 shows a flowchart illustrating the step of writing files in the method for changing clusters of a file system for a flash memory according to the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION
  • Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.
  • The structure of a flash memory 300 according to the present invention is shown in FIG. 3. The flash memory 300 includes a master block 310, a mapping area 320, a data area 330, and an alternative area 340. As shown in FIG. 3, when the flash memory 200 includes n blocks, the flash memory includes a master block occupying one block, a mapping area occupying two blocks, an alternative area occupying s blocks, and a data area occupying n-s−3 blocks.
  • Also, a physical block number indicative of a physical location of the flash memory is from 0, which is a starting location of the flash memory, to n−1, and a logical block number indicative of an address of a data area in which actual valid data are recorded is from 0, which is a starting location of the data area, to n-s−4. In the present embodiment, the logical block number and the physical block number are in a one-to-one correspondence. For example, a logical block number 0 corresponds to a physical block number 3.
  • The master block 310 is placed in the physical block number 0 and has a table by which the locations and sizes of a mapping area, a data area, and an alternative area are defined. In particular, when there are bad blocks in the memory 300, information on the bad blocks is recorded in the master block 310, and the master block 310 with the information on the bad blocks properly excludes the bad blocks.
  • The mapping area 320 is placed in physical block numbers 1 and 2 and has a table by which mapping information on each block existing in the alternative area 340 is recorded. Although the mapping area 320 in two blocks is shown in FIG. 3, the mapping area 320 is not limited to these two blocks. The mapping area 320 is not distributed over several locations of the flash memory but in a predetermined location, i.e., behind the master block 310. Thus, the entire flash memory does not need to be checked so as to find a mapping table.
  • Data are recorded in the data area 330 and the alternative area 340. That is, data are initially recorded in the data area 330, recorded in the alternative area 340 when the data recorded in the data area 330 is changed, and recorded in the data area 330 when the data recorded in the alternative area 340 is changed again. The data area 330 and the alternative area 340 shown in FIG. 3 include n-s−3 blocks and s blocks, respectively.
  • Physical block numbers of each block existing in the data area 330 correspond to logical block numbers in a one-to-one correspondence. Thus, an additional mapping table for mapping logical block numbers to physical block numbers is not needed, and logical block numbers can be changed by performing a simple operation on physical block numbers. When new data are recorded in a block placed in the data area 330, the new data are recorded at an unused page. Meanwhile, when existing data recorded in the block placed in the data area 330 are changed, changed contents should be recorded not in an original block but in an additional block. When at least one of the pages contained in the block is changed, the entire block is recorded again. In this case, one block among s blocks of the alternative area 340 is selected and recorded. Also, information on blocks existing in the alternative area 340 is managed by a mapping table. When data of the block placed in the alternative area 340 is changed again, a corresponding block is recorded in the original block placed in the data area 330.
  • Also, atomic write is supported as many times as the number of blocks contained in the alternative area 340. That is, when five blocks are contained in the alternative area 340, atomic write can be supported as many times as the five blocks.
  • An example of a method for alternatively mapping blocks according to the present invention will be described with reference to FIGS. 4A and 4B.
  • As shown in FIG. 4A, a logical block number 0 is placed in a physical block number 3, and a logical block number 3 is placed in a physical block number 6. When changing of data recorded in the logical block number 0 is requested, a data block having changed data of the logical block number 0 is recorded in one block of the alternative area 340, i.e., in a physical block number n-s, and location information on the physical block number n-s is recorded in the mapping table existing in the mapping area 320. When changing of data recorded in the logical block number 3 is requested, a data block having changed data of the logical block number 3 is recorded in one block of the alternative area 340, i.e., in a physical block number n-s+1, and location information on the physical block number n-s+1 is recorded in the mapping table existing in the mapping area 320. When changing of data existing in the data area 330 is requested and are recorded in the alternative area 340, blocks of changed contents may be placed in any block among s blocks of the alternative area 340.
  • Subsequently, when changing of data having the logical block number 0 placed in the alternative area 340 is requested, as shown in FIG. 4B, a data block having changed data of the logical block number 0 is recorded in the physical block number 3 of the data area 330, and location information of the corresponding alternative area 340 is deleted from a mapping table.
  • The structure of a mapping table 500 by which the method for alternatively mapping blocks according to the present invention is performed, will be described below with reference to FIG. 5.
  • Location information on which each of the logical blocks is placed in the blocks existing in the alternative area 340 is recorded in the mapping table 500. When an initial state of the mapping table 500, i.e., blocks of the alternative area 340, are not used, mapping information of a corresponding block becomes −1. When the mapping information has valid data, the data have corresponding logical block number or physical block number. In an initial state, all of mapping information of the mapping table 500 become −1.
  • An example of an updating operation of a mapping table by which the method for alternatively mapping blocks according to the present invention is performed, will be described with reference to FIGS. 6A and 6B.
  • The mapping table is recorded in a physical block number 1 or 2. As shown in FIG. 6A, in an initial state, a first page of the physical block number 1 is recorded in the mapping table. When a data write operation is performed and simultaneously the mapping table is changed, a new mapping table is recorded in a second page of the physical block number 1. Also, as shown in FIG. 6B, when a data write operation is performed several times and there is no more page to be recorded in the mapping table, a last mapping table is recorded in the physical block number 2, and the physical block number 1 performs electrical erasure.
  • A read operation using the method for alternatively mapping blocks according to the present invention will be described with reference to FIG. 7.
  • In step S710, if read on a logical block number n of a flash memory is requested, in step S720, it is checked whether the logical block number n exists in a mapping table existing in a mapping area. In step S730, if the logical block number n exists in the mapping table, in step S740, read is executed from a corresponding block of an alternative area. If the logical block number n does not exist in the mapping table, in step S750, read is executed from a corresponding block of a data area.
  • A write operation using the method for alternatively mapping blocks according to the present invention will be described with reference to FIG. 8.
  • In step S810, if a flash memory write on a logical block number n is requested, in step S820, it is checked whether the logical block number n exists in a mapping table existing in a mapping area. In step S830, if the logical block number n exists in the mapping table, in step S840, write is executed in a corresponding block of a data area. Since there is no more corresponding block in an alternative area, in step S850, the logical block number n is deleted from the mapping table. If the logical block number n does not exist in the mapping table, in step S860, flash write is executed in an unused temporary block of the alternative area, and in step S870, the logical block number n is recorded in the mapping table.
  • In a method for leveling the wear of blocks in a flash memory according to the present invention, information on the wear of blocks that have been progressed from first usage is not maintained in the flash memory, but only information on the number of electrical erasures that have been executed after a file system starts is maintained in a random access memory (RAM), and leveling of the wear of blocks for the flash memory is executed. The number of electrical erasures on recently-used n blocks among blocks on which electrical erasure is executed after the file system starts based on a predetermined time period is maintained in the RAM as a list. The wear of all physical blocks that are not registered in a wear leveling list is regarded as 0. As an example, a segmented least recently used (SLRU) list may be used as the wear leveling list.
  • A method for leveling the wear of blocks in a flash memory according to the present invention will be described with reference to FIG. 9.
  • In step S901, if a flash memory erasure on a physical block number n is requested, in step S902, electrical erasure on the corresponding physical block number n is executed. In step S903, it is checked whether n exists in a wear leveling list.
  • If n does not exist in the wear leveling list in step S904, in step S905, n is inserted to the wear leveling list, and in step S906, the wear w of n is increased by 1, and this procedure is ended.
  • If n exists in the wear leveling list in step S904, the wear w of n is increased by 1 in step S907, and in step S908, it is determined whether w is greater than a threshold value.
  • If w is not greater than the threshold value in step S908, this procedure is ended. If w is greater than the threshold value in step S908, n is not recorded in the wear leveling list, and in step S909, an unused physical block number m is searched.
  • If the unused physical block number m exists in the wear leveling list in step S910, in step S913, the physical block number m is erased. If the unused physical block number m does not exist in the wear leveling list, in step S911, a physical block number m that is not registered in the wear leveling list is temporarily selected.
  • In step S912, data of m is copied to n, and then, in step S913, the physical block number m is erased.
  • In step S914, m is inserted in the wear leveling list, and in step S915, the wear w of m is recorded as 1, and in step S916, a physical address change table is modified.
  • In this way, when the wear of physical blocks exceeds the threshold value, write is executed in unused blocks, or blocks having small wear among used blocks are exchanged, and the physical locations of blocks are changed, and thus, information on the locations of exchanged blocks should be recorded. Thus, a physical address change table as well as an alternatively mapping table needs to be stored at each page of a mapping area. For example, as shown in FIG. 12, each page of the mapping area includes a physical address change table 1210 and an alternative mapping table 1220. The physical address change table 1210 has information on exchange blocks.
  • For example, an operation when an unused physical block number 7 exists in the wear leveling list, will be described with reference to FIGS. 10A and 10B.
  • As shown in FIGS. 10A and 10B, when the length of the wear leveling list is 4, a list of four recently-used blocks among blocks on which electrical erasure is performed can be maintained. As shown in FIG. 10A, physical block numbers 3 through 6 of flash memory are used, and physical block numbers 7 though 12 are not used, and wear on the physical block numbers 3 through 6 is recorded in the wear leveling list stored in the RAM. When a threshold value of wear is 10, if electrical erasure on the physical block number 5 is requested, the contents of the physical block number 5 are erased, and the threshold value is checked. As a result, the wear of the physical block number 5 is 11, and thus exceeds the threshold value. Thus, as shown in FIG. 10B, the unused physical block number 7 is searched, the contents of the physical block number 7 are erased, and the physical block number 7 is inserted in the wear leveling list. Since electrical erasure is performed once on the physical block number 7, the wear of the physical block number 7 is recorded as 1. In this case, information on which the contents of a logical block number 2 are mapped to the physical block number 7 can be recorded by implementing an additional physical address change table.
  • Next, an operation when unused physical blocks do not exist in the wear leveling list, will be described with reference to FIGS. 11A and 11B.
  • As shown in FIGS. 11A and 11B, when the length of the wear leveling list is 4, a list of recently-used four blocks among blocks on which electrical erasure is performed can be maintained. As shown in FIG. 11A, when physical block numbers 3 through 12 of flash memory are used, and wear on the physical block numbers 3 through 6 is recorded in the wear leveling list, if an electrical erasure of the physical block number 5 is requested, the contents of the physical block number 5 are erased, and the threshold value is checked. As a result, the wear of the physical block number 5 is 11, and thus exceeds the threshold value. Thus, as shown in FIG. 11B, a physical block number 7 having small wear and to be exchanged among physical block numbers is selected, data of the physical block number 7 are copied to the physical block number 5, and data of the physical block number 7 are erased. Then, the physical block number 7 is inserted in the wear leveling list, and the wear of the physical block number 7 is recorded as 1.
  • In the examples described in FIGS. 10A through 11B, although all blocks on which electrical erasure is executed are recorded in the wear leveling list, only a list of n recently-used blocks, the list based on a predetermined point in time among the blocks on which electrical erasure is executed, can be maintained.
  • An example of a file system for a flash memory according to the present
  • invention will be described with reference to FIGS. 13A and 13B.
  • A file system 1300 shown in FIG. 13A includes a boot block 1310, a file allocation table (FAT) 1320, an FAT disc cache 1330, a root directory 1340, and a file 1350.
  • The boot block 1310 is placed in a zeroth sector of a zeroth cluster and has information on the size of clusters and the number of sectors, the number of sectors for each cluster, the number and size of a starting sector of an FAT, the number and size of a starting cluster of an FAT disc cache, and the number of a starting cluster of a root directory.
  • The FAT 1320 has entries corresponding to each of clusters of the file system. Zeroth through sixth entries corresponding to a root directory (sixth cluster) from a boot cluster (zeroth cluster) after formatting are 0, and the other entries are initialized as 0xFFFF. A case where the values of entries of the FAT 1320 are 0xFFFF means that corresponding clusters are not used. A case where the values of entries of the FAT 1320 are not 0xFFFF means that corresponding clusters are being used. The number of clusters in which a next cluster of a corresponding file is placed, is recorded in each of entries.
  • The FAT disc cache 1330 records the changed contents of the FAT 1320 as the size of 512 bytes. If the FAT disc cache 1330 is searched and a corresponding FAT sector exists whenever the FAT 1320 is read, the FAT disc cache 1330 reads the FAT 1320. If there is no FAT disc cache, the FAT 1320 is read from an FAT area.
  • If a directory is made, two items for “.” and “..” are basically generated in an entry of the root directory 1340. The item “.” indicates a directory entry itself, and a field FAT_chain is set to the number of a cluster in which the field is stored. Also, in an initial state, a size field of the item “.” is set to 2, and this indicates the number of files existing in the root directory 1340 and the number of directories. The item “..” indicates a parent directory, and in particular, in the case of the root directory 1340, the item “.” indicates itself.
  • When a file having the name of “file 1” is generated in the root directory 1340, an item for the file “file 1” is generated in the directory entry, and the number of a first cluster in which a file is stored, is recorded in the field FAT_chain, and the number of clusters allocated to the file is recorded in the size field. Also, the FAT 1320 is modified to reflect a cluster chain on the file “file 1”.
  • For example, as shown in FIG. 13A, when the file “file 1” is recorded in seventh, eighth, and ninth clusters, an item on the file “file 1” is generated in the root directory 1340, and 7 which is the number of the first cluster of the file “file 1”, is recorded in the field FAT_chain. Also, in the FAT area, 8 which is the number of a second cluster of the file “file 1”, is recorded in a seventh entry, and 9 which is the number of a third cluster of the file “file 1”, is recorded in an eighth entry, and 0 is recorded in a ninth entry so as to indicate the end of the file “file 1”. In this way, each entry of the FAT 1320 has the chain number of a next cluster of a corresponding file, and this chain entry forms the field FAT_chain.
  • When the contents of the file “file 1” are changed, the changed contents are not recorded in an existing cluster but a new cluster is allocated to the file, and thus, the changed contents are recorded in the new cluster. If recording of the changed contents is completed in the new cluster, the number of an existing cluster is deleted from a cluster chain in the FAT area, and the new cluster is connected to the cluster chain.
  • For example, as shown in FIG. 13B, when the contents of a second cluster of the file “file 1” are changed, the contents of the second cluster of the file 1file 1” are recorded in a new cluster 10. Also, in the FAT area, 10 which is the number of a second cluster of the file “file 1”, is recorded in a seventh entry which is the number of a first cluster of the file “file 1”, and 9 which is the number of a third cluster of the file “file 1”, is recorded in a tenth entry, and 0 is recorded in a ninth entry so as to indicate the end of the file “file 1”. Also, an eighth cluster is not used in an eighth entry, and thus, FF is recorded in the eighth entry.
  • In the method for changing clusters of the file system for a flash memory, recording of meta-data such as a directory or FAT is necessarily performed by atomic write performed by a flash transition layer (FTL). If errors occur when data are recorded in the new cluster, existing data are secured through an existing cluster chain, and if errors occur after a new field FAT_chain is recorded in the FAT, new data exist. On the other hand, recording of file data is performed by non-atomic write. This is because atomic restoration of file data is not needed on the conditions in which atomic restoration of a directory or FAT is secured. Thus, by using the method for changing clusters of the file system for a flash memory, the integrity of the file system is maintained, and simultaneously, optimized performances corresponding to non-atomic write are achieved.
  • Expansion and updating of files using the method for changing clusters of the file system for a flash memory according to the present invention will be described below with reference to FIG. 14.
  • In step S1410, if a file write is requested, that is, if write for expanding new contents is requested, in step S1420, a new cluster Cnew is allocated to a file system, and in step S1430, new file data is recorded by executing non-atomic write on the new cluster Cnew. In step S1440, the new cluster Cnew is added to a cluster chain of the FAT by executing atomic write in the new cluster Cnew.
  • If a file write is requested in step S1410, that is, if write for updating existing contents of the file is requested, in step S1450, an additional new cluster Cnew other than an existing cluster Cold is allocated to the file system, and in step S1460, updated file data is recorded by executing non-atomic write in the new cluster Cnew. Also, in step S1470, the cluster chain of the FAT is modified by executing atomic write in the new cluster Cnew so that the new cluster Cnew is connected to the existing cluster Cold.
  • As described above, in the method for alternatively mapping blocks performed by a flash transition layer (FTL) according to the present invention, since the memory portion required to map blocks in the flash memory is small, the capacity of the flash memory can be saved, information required to map blocks can be obtained without checking the entire flash memory such that a starting time of a file system can be reduced.
  • In addition, in the method for leveling the wear of blocks in a flash memory according to the present invention, since the wear of all blocks in the flash memory is uniform, memory management is easily performed, and since a wear leveling list is not recorded in the flash memory but in a random access memory (RAM), the capacity of the flash memory can be saved.
  • In addition, in the method for changing clusters of a file system for a flash memory according to the present invention, when data that do not need to be restored after errors occur other than meta-data are recorded, the data are excluded from a transaction such that the overall performances of the file system for the flash memory can be improved.
  • While this invention has been particularly shown and described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims and equivalents thereof.

Claims (12)

1. A method for leveling wear of blocks in a flash memory, the method comprising:
a first step of recording information on a number of electrical erasures of a data block on which electrical erasure is executed after a file system starts; and
if the number of electrical erasures of the data block exceeds a predetermined threshold value, a second step of exchanging the data block with a data block having a smaller number of electrical erasures.
2. The method of claim 1, wherein the second step comprises:
determining whether an unused physical block exists;
if the unused physical block exists, exchanging a location of the data block with a location of the unused physical block; and
if the unused physical block does not exist, exchanging the location of the data block with a physical block having the number of electrical erasures smaller than the number of electrical erasures of the data block.
3. The method of claim 1, wherein information on the number of electrical erasures is recorded in a random access memory (RAM).
4. A system for leveling wear of blocks in a flash memory, the system comprising:
the flash memory in which a data block is recorded; and
a wear leveling list in which information on a number of electrical erasures of the data block on which electrical erasure is executed after a file system starts is recorded.
5. The system of claim 4, wherein the wear leveling list is recorded in a random access memory (RAM).
6. The system of claim 4, wherein information on a number of electrical erasures recently executed on data blocks after a file system starts is recorded in the wear leveling list.
7. The system of claim 4, wherein a data block of which the number of electrical erasures exceeds a predetermined threshold value is exchanged with a data block having a smallest number of electrical erasures.
8. A method for managing a file system for a flash memory including a file area and a file allocation table (FAT) area, the method comprising:
recording information on a cluster of a file recorded in the file area in the FAT area;
if changing of the file is requested, recording the changed file in a new cluster; and
reflecting information on the new cluster on the information on the cluster recorded in the FAT area.
9. A method for updating files in a flash memory, the method comprising:
recording information on a next cluster of a file recorded in a data area in an entry of a file allocation table (FAT) area having an entry corresponding to each cluster in the data area;
if data updating of a cluster Cold included in the file is requested, recording updated data in a new cluster Cnew; and
modifying the information on the next cluster so that the new cluster Cnew is connected to the entry of the FAT area instead of the cluster Cold.
10. The method of claim 9, further comprising recording information on a first cluster of the file in a root directory area.
11. The method of claim 9, wherein recording of information on the cluster in the entry of the FAT area is performed by atomic write, and recording of file data in the cluster of the data area is performed by non-atomic write.
12. A flash memory file system comprising:
a data area in which a file comprised of one or more clusters is recorded;
a root directory area containing information on a first cluster of the file recorded in the data area; and
a file allocation table (FAT) area which contains an entry corresponding to each cluster and in the entry of which information on a next cluster of the file recorded in the data area is recorded;
wherein if changing of data of a predetermined cluster forming the file is requested, the changed data is recorded in a new cluster, and information on the new cluster is connected to the information on the cluster of the file recorded in the FAT area.
US12/233,908 2002-07-26 2008-09-19 Method for Managing Flash Memory Abandoned US20090031076A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/233,908 US20090031076A1 (en) 2002-07-26 2008-09-19 Method for Managing Flash Memory

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2002-0044301A KR100484147B1 (en) 2002-07-26 2002-07-26 Flash memory management method
KR2002-44301 2002-07-26
US10/626,839 US7594062B2 (en) 2002-07-26 2003-07-25 Method for changing data of a data block in a flash memory having a mapping area, a data area and an alternative area
US12/233,908 US20090031076A1 (en) 2002-07-26 2008-09-19 Method for Managing Flash Memory

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/626,839 Division US7594062B2 (en) 2002-07-26 2003-07-25 Method for changing data of a data block in a flash memory having a mapping area, a data area and an alternative area

Publications (1)

Publication Number Publication Date
US20090031076A1 true US20090031076A1 (en) 2009-01-29

Family

ID=33157245

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/626,839 Expired - Lifetime US7594062B2 (en) 2002-07-26 2003-07-25 Method for changing data of a data block in a flash memory having a mapping area, a data area and an alternative area
US12/233,908 Abandoned US20090031076A1 (en) 2002-07-26 2008-09-19 Method for Managing Flash Memory

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/626,839 Expired - Lifetime US7594062B2 (en) 2002-07-26 2003-07-25 Method for changing data of a data block in a flash memory having a mapping area, a data area and an alternative area

Country Status (2)

Country Link
US (2) US7594062B2 (en)
KR (1) KR100484147B1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070174551A1 (en) * 2006-01-20 2007-07-26 Cornwell Michael J Variable caching policy system and method
US20070300009A1 (en) * 2006-06-23 2007-12-27 Microsoft Corporation Flash driver support techniques
US20100287327A1 (en) * 2009-05-06 2010-11-11 Via Telecom, Inc. Computing systems and methods for managing flash memory device
US20100287328A1 (en) * 2009-05-07 2010-11-11 Seagate Technology Llc Wear leveling technique for storage devices
CN101894076A (en) * 2010-07-22 2010-11-24 深圳市江波龙电子有限公司 Implementation method and system for improving writing speed of storage equipment
US20110066788A1 (en) * 2009-09-15 2011-03-17 International Business Machines Corporation Container marker scheme for reducing write amplification in solid state devices
US20120317342A1 (en) * 2011-06-08 2012-12-13 In-Hwan Choi Wear leveling method for non-volatile memory
US20140181432A1 (en) * 2012-12-26 2014-06-26 Western Digital Technologies, Inc. Priority-based garbage collection for data storage systems
US20150310053A1 (en) * 2014-04-23 2015-10-29 Samsung Electronics Co .. Ltd. Method of generating secondary index and apparatus for storing secondary index
US10884889B2 (en) 2018-06-22 2021-01-05 Seagate Technology Llc Allocating part of a raid stripe to repair a second raid stripe

Families Citing this family (147)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7363540B2 (en) 2002-10-22 2008-04-22 Microsoft Corporation Transaction-safe FAT file system improvements
US7174420B2 (en) 2002-10-22 2007-02-06 Microsoft Corporation Transaction-safe FAT file system
KR100457812B1 (en) * 2002-11-14 2004-11-18 삼성전자주식회사 Flash memory, access apparatus and method using flash memory
TWI240863B (en) * 2003-09-05 2005-10-01 Megawin Technology Co Ltd Method for efficiently controlling flash memory read/write
KR100538338B1 (en) * 2003-12-24 2005-12-22 주식회사 포인칩스 Method for Uniformly Distributing Memory Blocks of Flash Memory and Data Storage Device Using The Method
KR100533683B1 (en) * 2004-02-03 2005-12-05 삼성전자주식회사 Data managing device and method for flash memory
US7818492B2 (en) * 2004-02-26 2010-10-19 Supertalent Electronics, Inc. Source and shadow wear-leveling method and apparatus
JP4157501B2 (en) * 2004-06-30 2008-10-01 株式会社東芝 Storage device
US9639554B2 (en) 2004-12-17 2017-05-02 Microsoft Technology Licensing, Llc Extensible file system
US8606830B2 (en) 2004-12-17 2013-12-10 Microsoft Corporation Contiguous file allocation in an extensible file system
US8321439B2 (en) 2004-12-17 2012-11-27 Microsoft Corporation Quick filename lookup using name hash
US7873596B2 (en) 2006-05-23 2011-01-18 Microsoft Corporation Extending cluster allocations in an extensible file system
KR100684942B1 (en) 2005-02-07 2007-02-20 삼성전자주식회사 Adaptive flash memory control device with multiple mapping schemes and flash memory system havintg the same
KR100706242B1 (en) * 2005-02-07 2007-04-11 삼성전자주식회사 Memory system and run level address mapping table forming method thereof
US7853749B2 (en) * 2005-09-01 2010-12-14 Cypress Semiconductor Corporation Flash drive fast wear leveling
KR101274181B1 (en) * 2006-02-13 2013-06-14 삼성전자주식회사 Apparatus and method for managing flash memory
US20070288685A1 (en) * 2006-06-09 2007-12-13 Phison Electronics Corp. Flash memory scatter-write method
US8307148B2 (en) 2006-06-23 2012-11-06 Microsoft Corporation Flash management techniques
KR100833188B1 (en) * 2006-11-03 2008-05-28 삼성전자주식회사 Non-volatile memory system storing data at single-level cell or multi-level cell based on the feature of data
KR100816820B1 (en) * 2006-12-14 2008-03-27 한양대학교 산학협력단 Apparatus and method for managing buffer linked with flash memory
KR101087308B1 (en) * 2006-12-27 2011-11-25 인텔 코오퍼레이션 Initiative wear leveling for non-volatile memory
US7613738B2 (en) 2007-01-16 2009-11-03 Microsoft Corporation FAT directory structure for use in transaction safe file system
US7747664B2 (en) * 2007-01-16 2010-06-29 Microsoft Corporation Storage system format for transaction safe file system
US7966355B2 (en) * 2007-02-13 2011-06-21 Modu Ltd. Interface for extending functionality of memory cards
KR100881052B1 (en) * 2007-02-13 2009-01-30 삼성전자주식회사 System for searching mapping table of flash memory and method for searching therefore
US7917479B2 (en) 2007-03-20 2011-03-29 Micron Technology, Inc. Non-volatile memory devices, systems including same and associated methods
US7689762B2 (en) * 2007-05-03 2010-03-30 Atmel Corporation Storage device wear leveling
KR100838513B1 (en) * 2007-05-30 2008-06-17 주식회사 아이오셀 Activation method for writable medium having single area and recording medium storing program forthe same and network download system for program forthe same
KR101270777B1 (en) 2007-06-20 2013-05-31 삼성전자주식회사 System and method for writing data using a PRAM in a device based on input-output of block unit
US7865761B1 (en) * 2007-06-28 2011-01-04 Emc Corporation Accessing multiple non-volatile semiconductor memory modules in an uneven manner
KR101447188B1 (en) * 2007-07-31 2014-10-08 삼성전자주식회사 Method and apparatus for controlling I/O to optimize flash memory
WO2009095902A2 (en) 2008-01-31 2009-08-06 Densbits Technologies Ltd. Systems and methods for handling immediate data errors in flash memory
US8694715B2 (en) 2007-10-22 2014-04-08 Densbits Technologies Ltd. Methods for adaptively programming flash memory devices and flash memory systems incorporating same
US8453022B2 (en) 2007-12-05 2013-05-28 Densbits Technologies Ltd. Apparatus and methods for generating row-specific reading thresholds in flash memory
WO2009074978A2 (en) 2007-12-12 2009-06-18 Densbits Technologies Ltd. Systems and methods for error correction and decoding on multi-level physical media
KR101401560B1 (en) * 2007-12-13 2014-06-03 삼성전자주식회사 Semiconductor memory system and wear-leveling method thereof
US8775717B2 (en) * 2007-12-27 2014-07-08 Sandisk Enterprise Ip Llc Storage controller for flash memory including a crossbar switch connecting a plurality of processors with a plurality of internal memories
WO2009118720A2 (en) 2008-03-25 2009-10-01 Densbits Technologies Ltd. Apparatus and methods for hardware-efficient unbiased rounding
KR101437123B1 (en) 2008-04-01 2014-09-02 삼성전자 주식회사 Memory system and wear leveling method thereof
KR101517185B1 (en) 2008-04-15 2015-05-04 삼성전자주식회사 Memory system and operating method thereof
US8275928B2 (en) * 2008-05-15 2012-09-25 Silicon Motion, Inc. Memory module and method for performing wear-leveling of memory module using remapping, link, and spare area tables
KR100987320B1 (en) * 2008-07-24 2010-10-12 강릉원주대학교산학협력단 Data processing apparatus and Data procssing method, using FAT file system capable of fast file recovery
KR100965051B1 (en) 2008-10-01 2010-06-21 서울시립대학교 산학협력단 Variable space page mapping method and apparatus for flash memory device
JP4816740B2 (en) * 2009-02-09 2011-11-16 ソニー株式会社 Information processing apparatus, information processing method, and program
KR20100091544A (en) * 2009-02-10 2010-08-19 삼성전자주식회사 Memory system and wear leveling method thereof
US8195891B2 (en) * 2009-03-30 2012-06-05 Intel Corporation Techniques to perform power fail-safe caching without atomic metadata
US8819385B2 (en) 2009-04-06 2014-08-26 Densbits Technologies Ltd. Device and method for managing a flash memory
US8458574B2 (en) 2009-04-06 2013-06-04 Densbits Technologies Ltd. Compact chien-search based decoding apparatus and method
US8176295B2 (en) 2009-04-20 2012-05-08 Imation Corp. Logical-to-physical address translation for a removable data storage device
US8065469B2 (en) * 2009-04-20 2011-11-22 Imation Corp. Static wear leveling
JPWO2011007511A1 (en) * 2009-07-16 2012-12-20 パナソニック株式会社 MEMORY CONTROLLER, NONVOLATILE STORAGE DEVICE, ACCESS DEVICE, NONVOLATILE STORAGE SYSTEM
US8995197B1 (en) 2009-08-26 2015-03-31 Densbits Technologies Ltd. System and methods for dynamic erase and program control for flash memory device memories
US9330767B1 (en) 2009-08-26 2016-05-03 Avago Technologies General Ip (Singapore) Pte. Ltd. Flash memory module and method for programming a page of flash memory cells
US8730729B2 (en) 2009-10-15 2014-05-20 Densbits Technologies Ltd. Systems and methods for averaging error rates in non-volatile devices and storage systems
US8724387B2 (en) 2009-10-22 2014-05-13 Densbits Technologies Ltd. Method, system, and computer readable medium for reading and programming flash memory cells using multiple bias voltages
US9037777B2 (en) 2009-12-22 2015-05-19 Densbits Technologies Ltd. Device, system, and method for reducing program/read disturb in flash arrays
TWI447735B (en) * 2010-02-05 2014-08-01 Phison Electronics Corp Memory management and writing method and rewritable non-volatile memory controller and storage system thereof
US8745317B2 (en) 2010-04-07 2014-06-03 Densbits Technologies Ltd. System and method for storing information in a multi-level cell memory
US8839053B2 (en) * 2010-05-27 2014-09-16 Microsoft Corporation Error correcting pointers for non-volatile storage
US8468431B2 (en) 2010-07-01 2013-06-18 Densbits Technologies Ltd. System and method for multi-dimensional encoding and decoding
US8964464B2 (en) 2010-08-24 2015-02-24 Densbits Technologies Ltd. System and method for accelerated sampling
KR20120029239A (en) * 2010-09-16 2012-03-26 삼성전자주식회사 System and method for writing data using pram
US9063878B2 (en) 2010-11-03 2015-06-23 Densbits Technologies Ltd. Method, system and computer readable medium for copy back
US8850100B2 (en) 2010-12-07 2014-09-30 Densbits Technologies Ltd. Interleaving codeword portions between multiple planes and/or dies of a flash memory device
KR101252375B1 (en) * 2010-12-28 2013-04-08 한양대학교 산학협력단 Mapping management system and method for enhancing performance of deduplication in storage apparatus
US8990665B1 (en) 2011-04-06 2015-03-24 Densbits Technologies Ltd. System, method and computer program product for joint search of a read threshold and soft decoding
US8996790B1 (en) * 2011-05-12 2015-03-31 Densbits Technologies Ltd. System and method for flash memory management
US9195592B1 (en) 2011-05-12 2015-11-24 Densbits Technologies Ltd. Advanced management of a non-volatile memory
US9110785B1 (en) 2011-05-12 2015-08-18 Densbits Technologies Ltd. Ordered merge of data sectors that belong to memory space portions
US9501392B1 (en) 2011-05-12 2016-11-22 Avago Technologies General Ip (Singapore) Pte. Ltd. Management of a non-volatile memory module
US9372792B1 (en) 2011-05-12 2016-06-21 Avago Technologies General Ip (Singapore) Pte. Ltd. Advanced management of a non-volatile memory
US9396106B2 (en) 2011-05-12 2016-07-19 Avago Technologies General Ip (Singapore) Pte. Ltd. Advanced management of a non-volatile memory
US8843711B1 (en) * 2011-12-28 2014-09-23 Netapp, Inc. Partial write without read-modify
US8996788B2 (en) 2012-02-09 2015-03-31 Densbits Technologies Ltd. Configurable flash interface
US8947941B2 (en) 2012-02-09 2015-02-03 Densbits Technologies Ltd. State responsive operations relating to flash memory cells
US8996793B1 (en) 2012-04-24 2015-03-31 Densbits Technologies Ltd. System, method and computer readable medium for generating soft information
US8984247B1 (en) 2012-05-10 2015-03-17 Western Digital Technologies, Inc. Storing and reconstructing mapping table data in a data storage system
US8966205B1 (en) * 2012-05-10 2015-02-24 Western Digital Technologies, Inc. System data management using garbage collection and hybrid self mapping
US9977612B1 (en) 2012-05-11 2018-05-22 Western Digital Technologies, Inc. System data management using garbage collection and logs
US9170932B1 (en) 2012-05-22 2015-10-27 Western Digital Technologies, Inc. System data storage mechanism providing coherency and segmented data loading
US8838937B1 (en) 2012-05-23 2014-09-16 Densbits Technologies Ltd. Methods, systems and computer readable medium for writing and reading data
US8879325B1 (en) 2012-05-30 2014-11-04 Densbits Technologies Ltd. System, method and computer program product for processing read threshold information and for reading a flash memory module
US9699263B1 (en) 2012-08-17 2017-07-04 Sandisk Technologies Llc. Automatic read and write acceleration of data accessed by virtual machines
US9921954B1 (en) 2012-08-27 2018-03-20 Avago Technologies General Ip (Singapore) Pte. Ltd. Method and system for split flash memory management between host and storage controller
US9032244B2 (en) 2012-11-16 2015-05-12 Microsoft Technology Licensing, Llc Memory segment remapping to address fragmentation
US9368225B1 (en) 2012-11-21 2016-06-14 Avago Technologies General Ip (Singapore) Pte. Ltd. Determining read thresholds based upon read error direction statistics
KR102002921B1 (en) 2012-12-05 2019-07-23 삼성전자주식회사 Buffer managing method and therefore semiconductor storage device
US9501398B2 (en) 2012-12-26 2016-11-22 Sandisk Technologies Llc Persistent storage device with NVRAM for staging writes
US9612948B2 (en) 2012-12-27 2017-04-04 Sandisk Technologies Llc Reads and writes between a contiguous data block and noncontiguous sets of logical address blocks in a persistent storage device
US9454420B1 (en) 2012-12-31 2016-09-27 Sandisk Technologies Llc Method and system of reading threshold voltage equalization
US9069659B1 (en) 2013-01-03 2015-06-30 Densbits Technologies Ltd. Read threshold determination using reference read threshold
US9495288B2 (en) 2013-01-22 2016-11-15 Seagate Technology Llc Variable-size flash translation layer
US9870830B1 (en) 2013-03-14 2018-01-16 Sandisk Technologies Llc Optimal multilevel sensing for reading data from a storage medium
US9367246B2 (en) 2013-03-15 2016-06-14 Sandisk Technologies Inc. Performance optimization of data transfer for soft information generation
US10013322B2 (en) * 2013-06-03 2018-07-03 Hitachi, Ltd. Storage apparatus and storage apparatus control method
US9136876B1 (en) 2013-06-13 2015-09-15 Densbits Technologies Ltd. Size limited multi-dimensional decoding
US9524235B1 (en) 2013-07-25 2016-12-20 Sandisk Technologies Llc Local hash value generation in non-volatile data storage systems
US9361221B1 (en) 2013-08-26 2016-06-07 Sandisk Technologies Inc. Write amplification reduction through reliable writes during garbage collection
US9639463B1 (en) 2013-08-26 2017-05-02 Sandisk Technologies Llc Heuristic aware garbage collection scheme in storage systems
US9413491B1 (en) 2013-10-08 2016-08-09 Avago Technologies General Ip (Singapore) Pte. Ltd. System and method for multiple dimension decoding and encoding a message
US9348694B1 (en) 2013-10-09 2016-05-24 Avago Technologies General Ip (Singapore) Pte. Ltd. Detecting and managing bad columns
US9786388B1 (en) 2013-10-09 2017-10-10 Avago Technologies General Ip (Singapore) Pte. Ltd. Detecting and managing bad columns
US9397706B1 (en) 2013-10-09 2016-07-19 Avago Technologies General Ip (Singapore) Pte. Ltd. System and method for irregular multiple dimension decoding and encoding
US9442662B2 (en) 2013-10-18 2016-09-13 Sandisk Technologies Llc Device and method for managing die groups
US9436831B2 (en) 2013-10-30 2016-09-06 Sandisk Technologies Llc Secure erase in a memory device
US9703816B2 (en) 2013-11-19 2017-07-11 Sandisk Technologies Llc Method and system for forward reference logging in a persistent datastore
US9520197B2 (en) 2013-11-22 2016-12-13 Sandisk Technologies Llc Adaptive erase of a storage device
US9520162B2 (en) 2013-11-27 2016-12-13 Sandisk Technologies Llc DIMM device controller supervisor
US9582058B2 (en) 2013-11-29 2017-02-28 Sandisk Technologies Llc Power inrush management of storage devices
US9536612B1 (en) 2014-01-23 2017-01-03 Avago Technologies General Ip (Singapore) Pte. Ltd Digital signaling processing for three dimensional flash memory arrays
US10120792B1 (en) 2014-01-29 2018-11-06 Avago Technologies General Ip (Singapore) Pte. Ltd. Programming an embedded flash storage device
US9703636B2 (en) 2014-03-01 2017-07-11 Sandisk Technologies Llc Firmware reversion trigger and control
US9454448B2 (en) 2014-03-19 2016-09-27 Sandisk Technologies Llc Fault testing in storage devices
US9448876B2 (en) 2014-03-19 2016-09-20 Sandisk Technologies Llc Fault detection and prediction in storage devices
US9390021B2 (en) 2014-03-31 2016-07-12 Sandisk Technologies Llc Efficient cache utilization in a tiered data structure
US9626399B2 (en) 2014-03-31 2017-04-18 Sandisk Technologies Llc Conditional updates for reducing frequency of data modification operations
US9626400B2 (en) 2014-03-31 2017-04-18 Sandisk Technologies Llc Compaction of information in tiered data structure
US9697267B2 (en) 2014-04-03 2017-07-04 Sandisk Technologies Llc Methods and systems for performing efficient snapshots in tiered data structures
US9542262B1 (en) 2014-05-29 2017-01-10 Avago Technologies General Ip (Singapore) Pte. Ltd. Error correction
US10372613B2 (en) 2014-05-30 2019-08-06 Sandisk Technologies Llc Using sub-region I/O history to cache repeatedly accessed sub-regions in a non-volatile storage device
US10656842B2 (en) 2014-05-30 2020-05-19 Sandisk Technologies Llc Using history of I/O sizes and I/O sequences to trigger coalesced writes in a non-volatile storage device
US9703491B2 (en) 2014-05-30 2017-07-11 Sandisk Technologies Llc Using history of unaligned writes to cache data and avoid read-modify-writes in a non-volatile storage device
US10114557B2 (en) 2014-05-30 2018-10-30 Sandisk Technologies Llc Identification of hot regions to enhance performance and endurance of a non-volatile storage device
US10146448B2 (en) 2014-05-30 2018-12-04 Sandisk Technologies Llc Using history of I/O sequences to trigger cached read ahead in a non-volatile storage device
US10162748B2 (en) 2014-05-30 2018-12-25 Sandisk Technologies Llc Prioritizing garbage collection and block allocation based on I/O history for logical address regions
US10656840B2 (en) 2014-05-30 2020-05-19 Sandisk Technologies Llc Real-time I/O pattern recognition to enhance performance and endurance of a storage device
US9652381B2 (en) 2014-06-19 2017-05-16 Sandisk Technologies Llc Sub-block garbage collection
US9892033B1 (en) 2014-06-24 2018-02-13 Avago Technologies General Ip (Singapore) Pte. Ltd. Management of memory units
GB2527529B (en) * 2014-06-24 2021-07-14 Advanced Risc Mach Ltd A device controller and method for performing a plurality of write transactions atomically within a non-volatile data storage device
US9584159B1 (en) 2014-07-03 2017-02-28 Avago Technologies General Ip (Singapore) Pte. Ltd. Interleaved encoding
US9972393B1 (en) 2014-07-03 2018-05-15 Avago Technologies General Ip (Singapore) Pte. Ltd. Accelerating programming of a flash memory module
US9449702B1 (en) 2014-07-08 2016-09-20 Avago Technologies General Ip (Singapore) Pte. Ltd. Power management
TWI512609B (en) * 2014-09-05 2015-12-11 Silicon Motion Inc Methods for scheduling read commands and apparatuses using the same
US9443601B2 (en) 2014-09-08 2016-09-13 Sandisk Technologies Llc Holdup capacitor energy harvesting
US9524211B1 (en) 2014-11-18 2016-12-20 Avago Technologies General Ip (Singapore) Pte. Ltd. Codeword management
US10305515B1 (en) 2015-02-02 2019-05-28 Avago Technologies International Sales Pte. Limited System and method for encoding using multiple linear feedback shift registers
US10628255B1 (en) 2015-06-11 2020-04-21 Avago Technologies International Sales Pte. Limited Multi-dimensional decoding
US9851921B1 (en) 2015-07-05 2017-12-26 Avago Technologies General Ip (Singapore) Pte. Ltd. Flash memory chip processing
JP2017045405A (en) * 2015-08-28 2017-03-02 株式会社東芝 Memory system
US9954558B1 (en) 2016-03-03 2018-04-24 Avago Technologies General Ip (Singapore) Pte. Ltd. Fast decoding of data stored in a flash memory
KR101966399B1 (en) * 2017-06-30 2019-04-08 단국대학교 산학협력단 Device and method on file system journaling using atomic operation
US10289561B2 (en) 2017-08-08 2019-05-14 Samsung Electronics Co., Ltd. Nonvolatile memory devices and methods of controlling the same
CN110799935A (en) * 2018-12-04 2020-02-14 深圳市大疆创新科技有限公司 Data storage method, flash memory device, intelligent battery and movable platform
US10956317B2 (en) * 2019-02-11 2021-03-23 International Business Machines Corporation Garbage collection in non-volatile memory that fully programs dependent layers in a target block
CN111949212B (en) * 2020-07-10 2024-03-08 深圳宏芯宇电子股份有限公司 File system and file management method based on self-defined open channel SSD
CN112732178B (en) * 2020-12-29 2024-02-13 北京浪潮数据技术有限公司 SSD data clearing method and related device
CN116450537B (en) * 2023-06-19 2023-08-29 联和存储科技(江苏)有限公司 Nand flash memory firmware burning method

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5404485A (en) * 1993-03-08 1995-04-04 M-Systems Flash Disk Pioneers Ltd. Flash file system
US5479638A (en) * 1993-03-26 1995-12-26 Cirrus Logic, Inc. Flash memory mass storage architecture incorporation wear leveling technique
US6000006A (en) * 1997-08-25 1999-12-07 Bit Microsystems, Inc. Unified re-map and cache-index table with dual write-counters for wear-leveling of non-volatile flash RAM mass storage
US6230233B1 (en) * 1991-09-13 2001-05-08 Sandisk Corporation Wear leveling techniques for flash EEPROM systems
US6381176B1 (en) * 2000-10-11 2002-04-30 Samsung Electronics Co., Ltd. Method of driving remapping in flash memory and flash memory architecture suitable therefor
US6587915B1 (en) * 1999-09-29 2003-07-01 Samsung Electronics Co., Ltd. Flash memory having data blocks, spare blocks, a map block and a header block and a method for controlling the same
US20030225961A1 (en) * 2002-06-03 2003-12-04 James Chow Flash memory management system and method
US6732221B2 (en) * 2001-06-01 2004-05-04 M-Systems Flash Disk Pioneers Ltd Wear leveling of static areas in flash memory

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2291990A (en) * 1995-09-27 1996-02-07 Memory Corp Plc Flash-memory management system
KR20000047570A (en) * 1998-10-30 2000-07-25 이데이 노부유끼 Hierarchical administration file device, method of recording and reproducing hierarchically administrated file, and administration file device

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6230233B1 (en) * 1991-09-13 2001-05-08 Sandisk Corporation Wear leveling techniques for flash EEPROM systems
US5404485A (en) * 1993-03-08 1995-04-04 M-Systems Flash Disk Pioneers Ltd. Flash file system
US5479638A (en) * 1993-03-26 1995-12-26 Cirrus Logic, Inc. Flash memory mass storage architecture incorporation wear leveling technique
US6000006A (en) * 1997-08-25 1999-12-07 Bit Microsystems, Inc. Unified re-map and cache-index table with dual write-counters for wear-leveling of non-volatile flash RAM mass storage
US6587915B1 (en) * 1999-09-29 2003-07-01 Samsung Electronics Co., Ltd. Flash memory having data blocks, spare blocks, a map block and a header block and a method for controlling the same
US6381176B1 (en) * 2000-10-11 2002-04-30 Samsung Electronics Co., Ltd. Method of driving remapping in flash memory and flash memory architecture suitable therefor
US6732221B2 (en) * 2001-06-01 2004-05-04 M-Systems Flash Disk Pioneers Ltd Wear leveling of static areas in flash memory
US20030225961A1 (en) * 2002-06-03 2003-12-04 James Chow Flash memory management system and method

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070174551A1 (en) * 2006-01-20 2007-07-26 Cornwell Michael J Variable caching policy system and method
US7752391B2 (en) * 2006-01-20 2010-07-06 Apple Inc. Variable caching policy system and method
US20100228909A1 (en) * 2006-01-20 2010-09-09 Apple Inc. Caching Performance Optimization
US8291166B2 (en) 2006-01-20 2012-10-16 Apple Inc. Caching performance optimization
US20070300009A1 (en) * 2006-06-23 2007-12-27 Microsoft Corporation Flash driver support techniques
US7650458B2 (en) * 2006-06-23 2010-01-19 Microsoft Corporation Flash memory driver
US8180955B2 (en) * 2009-05-06 2012-05-15 Via Telecom, Inc. Computing systems and methods for managing flash memory device
US20100287327A1 (en) * 2009-05-06 2010-11-11 Via Telecom, Inc. Computing systems and methods for managing flash memory device
US8051241B2 (en) 2009-05-07 2011-11-01 Seagate Technology Llc Wear leveling technique for storage devices
US20100287328A1 (en) * 2009-05-07 2010-11-11 Seagate Technology Llc Wear leveling technique for storage devices
US8301830B2 (en) 2009-05-07 2012-10-30 Seagate Technology Llc Wear leveling technique for storage devices
US8463983B2 (en) 2009-09-15 2013-06-11 International Business Machines Corporation Container marker scheme for reducing write amplification in solid state devices
US20110066788A1 (en) * 2009-09-15 2011-03-17 International Business Machines Corporation Container marker scheme for reducing write amplification in solid state devices
CN101894076A (en) * 2010-07-22 2010-11-24 深圳市江波龙电子有限公司 Implementation method and system for improving writing speed of storage equipment
US20120317342A1 (en) * 2011-06-08 2012-12-13 In-Hwan Choi Wear leveling method for non-volatile memory
US20140181432A1 (en) * 2012-12-26 2014-06-26 Western Digital Technologies, Inc. Priority-based garbage collection for data storage systems
US9430376B2 (en) * 2012-12-26 2016-08-30 Western Digital Technologies, Inc. Priority-based garbage collection for data storage systems
US20150310053A1 (en) * 2014-04-23 2015-10-29 Samsung Electronics Co .. Ltd. Method of generating secondary index and apparatus for storing secondary index
KR20150122533A (en) * 2014-04-23 2015-11-02 삼성전자주식회사 Method for generating secondary index and apparatus for storing secondary index
US10061693B2 (en) * 2014-04-23 2018-08-28 Samsung Electronics Co., Ltd Method of generating secondary index and apparatus for storing secondary index
KR102310246B1 (en) * 2014-04-23 2021-10-08 삼성전자주식회사 Method for generating secondary index and apparatus for storing secondary index
US10884889B2 (en) 2018-06-22 2021-01-05 Seagate Technology Llc Allocating part of a raid stripe to repair a second raid stripe

Also Published As

Publication number Publication date
US7594062B2 (en) 2009-09-22
US20040210706A1 (en) 2004-10-21
KR20040009926A (en) 2004-01-31
KR100484147B1 (en) 2005-04-18

Similar Documents

Publication Publication Date Title
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
US7395384B2 (en) Method and apparatus for maintaining data on non-volatile memory systems
JP4931810B2 (en) FAT analysis for optimized sequential cluster management
USRE45222E1 (en) Method of writing of writing to a flash memory including data blocks and log blocks, using a logical address having a block address portion and page identifying portion, a block address table and a page table
JP4938460B2 (en) Non-volatile memory and method with block management system
US8510500B2 (en) Device driver including a flash memory file system and method thereof and a flash memory device and method thereof
JP4611024B2 (en) Method and apparatus for grouping pages in a block
JP5571691B2 (en) Maintaining mapping address tables in storage
US6675281B1 (en) Distributed mapping scheme for mass storage system
US8135939B2 (en) Robust index storage for non-volatile memory
US20080109589A1 (en) Nonvolatile Storage Device And Data Write Method
WO2007075966A2 (en) Effective wear-leveling and concurrent reclamation method for embedded linear flash file systems
JP4682261B2 (en) Method for non-volatile memory and class-based update block replacement rules
KR20070096429A (en) Fast mounting for a file system on nand flash memory
JP4551328B2 (en) Data area management method in information recording medium, and information processing apparatus using data area management method
US20070005929A1 (en) Method, system, and article of manufacture for sector mapping in a flash device
KR100745163B1 (en) Method for managing flash memory using dynamic mapping table
CN114610228A (en) File management system and file management method and device thereof
CN114265562B (en) File storage method and system based on flash memory
JP2008134777A (en) Caching method of file allocation table
JP2007018528A (en) Memory device, file management method, and recording and reproducing device
KR20090093154A (en) File system for NAND flash memory using by sensor node

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION