US20100325351A1 - Memory system having persistent garbage collection - Google Patents

Memory system having persistent garbage collection Download PDF

Info

Publication number
US20100325351A1
US20100325351A1 US12/796,836 US79683610A US2010325351A1 US 20100325351 A1 US20100325351 A1 US 20100325351A1 US 79683610 A US79683610 A US 79683610A US 2010325351 A1 US2010325351 A1 US 2010325351A1
Authority
US
United States
Prior art keywords
memory
data
block
page
memory area
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/796,836
Inventor
Jon C. R. Bennett
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.)
Violin Systems LLC
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US12/796,836 priority Critical patent/US20100325351A1/en
Assigned to VIOLIN MEMORY, INC. reassignment VIOLIN MEMORY, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BENNETT, JON C.R.
Publication of US20100325351A1 publication Critical patent/US20100325351A1/en
Assigned to TRIPLEPOINT CAPITAL LLC reassignment TRIPLEPOINT CAPITAL LLC SECURITY AGREEMENT Assignors: VIOLIN MEMORY, INC.
Assigned to VIOLIN MEMORY, INC. reassignment VIOLIN MEMORY, INC. RELEASE OF SECURITY INTEREST Assignors: TRIPLEPOINT CAPITAL LLC
Assigned to SILICON VALLEY BANK reassignment SILICON VALLEY BANK SECURITY INTEREST Assignors: VIOLIN MEMORY, INC.
Assigned to VIOLIN SYSTEMS LLC reassignment VIOLIN SYSTEMS LLC CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: VIOLIN MEMORY INC.
Priority to US16/052,513 priority patent/US10204042B2/en
Priority to US16/232,945 priority patent/US10754769B2/en
Assigned to VSIP HOLDINGS LLC (F/K/A VIOLIN SYSTEMS LLC (F/K/A VIOLIN MEMORY, INC.)) reassignment VSIP HOLDINGS LLC (F/K/A VIOLIN SYSTEMS LLC (F/K/A VIOLIN MEMORY, INC.)) RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: SILICON VALLEY BANK
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • 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
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/06Addressing a physical block of locations, e.g. base addressing, module addressing, memory dedication
    • 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/7205Cleaning, compaction, garbage collection, erase control

Definitions

  • NAND flash Another limitation of currently used NAND flash is that the pages of a block need are written in sequential order beginning with the first page, so as to minimize write-disturb errors. Any blocks not written to in this order would remain free until the block is again erased. As this wastes storage space, the usual policy is to write to each page of a block in sequential order, although the writing need not be time continuous. Data at the original location of the page being modified is left in place in the memory, as pages cannot be individually erased. So, a dead or stale page of memory is out-of-date, and not longer of use, but still occupies memory space. Eventually, the memory would become filled with a combination of active and dead pages, and all of the free pages would be exhausted.
  • the memory module is configurable such that each storage location has a status of one of active, dead, or free, and when all of the storage locations of the first memory area of a NVS of the plurality of NVS are either active or dead, and data stored in an active storage location of the first memory area is modified, the memory module is configurable to move data from at least one other active storage location of the memory module to a free storage location not in the first memory area.
  • a non-volatile storage module may include from 8 to 16 flash package, each package having, for example, 8 flash chips or devices.
  • a flash chip may have a capacity of 4 GB, so that 8 flash circuits (a package) would have a capacity of 64 GB and 16 flash packages would have a capacity of 128 GB.
  • FIG. 2 shows a logical layout of two flash chips.
  • the flash memory device may be characterized as having a programming time (write time) of 200 ⁇ sec typical and 700 ⁇ sec maximum, a page read time of 125 ⁇ s, and an erase time of 1.5 ms typical and 2 msec maximum.
  • Each die of an example flash chip may contain 4096 blocks; each block may contain sixty four (64) 2 Kbyte pages with an organization of pages, for example, as shown in FIG. 2 . That is, each die may have a capacity of 512 Mbytes (MB) and a package of two dies (which may be a chip) has a capacity of 1 Gbyte (GB). Each page may also be comprised of four (4) 512 byte sectors. Each page may further include a 64 byte region used to hold local metadata, which may be termed auxiliary data or spare data for the sectors. The data and metadata of a page may be arranged in various manners, with metadata for the entire page contained in one 64 byte region or allocated to sectors of the page.
  • the minimum size of a memory region to be read will be considered to be the page, as a person of skill in the art would understand the present description as being applicable, for example, to the reading or writing of a sector. However, some comments on the reading of sectors are made herein, where timing considerations may be of interest.
  • garbage collection and “wear leveling” are used to generically describe housekeeping operations that are performed in flash memory systems.
  • the selection of full blocks from which to incrementally move pages may be governed by a policy where the number of erase operations previously experienced by the block is considered, and pages on blocks having lower erase counts may preferentially re-located. This is a form of wear leveling.
  • the dynamic area DA may be comprised of both the OA and the EB having the same relocation policy, so that the entire DA is treated as using the same policy. For example, two pages may be relocated when a page is written to the DA for the purpose of a page data modification.
  • the choice of destination for each written page may be made in accordance with a wide variety of system policies, which may also include the use of predictors of LBA behavior that may be learned by the memory controller, so that groups of pages may be written to contiguous areas, or dispersed, as needed. Distribution of the writes over the internal memory busses may contribute to a high read and write rate. At present, the relatively slow read and write times of FLASH memory when compared with, for example, DRAM, makes sophisticated memory management policies feasible, as the computational overhead is small when compared with the current NAND FLASH memory process execution times. When allocating a write operation to a block, consideration may be given to the erase count of each block and to each chip, so that the garbage collection process may also facilitate the wear leveling process.
  • one or more of the blocks marked M may be prepared for erasure by moving the remaining live pages to another block so that the block may be erased and a free block created.
  • the choice of a partially dead block on which this operation may be performed may be a policy which, for example may take into consideration the percentage of the pages which are dead, the number of previous block erasures, the data type, or the like (state 4 ).
  • a block When a block has been reclaimed (erased), it may be added to the block pool so as to keep the block pool at or above a minimum size.
  • the numbering and location of the blocks is meant to be conceptual, and may be considered as a logical notation, so that any block on the chip may be either in the user data area or the free block pool.
  • garbage collection algorithms may be used, as all such algorithms need to erase at least a block of data locations so as to reclaim the block for writing of data.
  • the size of a block to be erased is dependent on the specific type of FLASH memory used.
  • the on-module read and write operations can be performed during the erase epoch with almost full use of the read and write bandwidths of the FLASH memory circuits on the module, this may permit almost 20 percent of the time line to be used for housekeeping operations in the present example, without a noticeable effect on user system performance, since erase, write and read operations are not perceived by the user at a memory system level.

Abstract

Non-volatile memory systems such as those using NAND FLASH technology have a property that a memory location can be written to only once prior to being erased, and a contiguous group of memory locations need to be erased simultaneously. The process of recovering space that is no longer being used for storage of current data, called garbage collection, may interfere with the rapid access to data in other memory locations of the memory system during the erase period. The effects of garbage collection on system performance may be mitigated by performing portions of the process contemporaneously with the user initiated reading and writing operations. The memory circuits and the data may also be configured such that the data is stored in stripes of a RAID array and the scheduling of the erase operations may be arranged so that the erase operations for garbage collection are hidden from the user operations.

Description

  • The present application claims the benefit of priority to U.S. provisional application No. 61/186,626 filed on Jun. 12, 2009, which is incorporated herein by reference.
  • TECHNICAL FIELD
  • This application may relate to the storage of data or instructions for use by a computer.
  • BACKGROUND
  • Non-volatile storage devices (NVS), such as flash memory, may be used for the storage of data in computing system applications. There are currently two types of flash memory in general use, with other types being developed. NOR flash and NAND flash have differing write and read speeds, differing lifetimes, and costs. NAND flash is preferred at present for large memory systems. The architecture of a NAND flash memory system is influenced, in part, by the desire to replace rotating media (e.g., magnetic disks) or tape as a bulk storage device. A characteristic of a flash memory device is that the organization of the memory locations may emulate a sector, page, and volume of a disk. However, there are certain differences in the implementing technology which need to be accommodated. In particular, whereas a disk sector may be written to multiple times in succession, a sector of flash memory may be written to once. Prior to another write operation, the sector must be erased. However, the minimum size of the memory area that may be erased may be large when compared with a sector or a page. This minimum sized area of physical memory that is erasable is termed a “block”, and is a plurality of contiguous pages which may have a definite relationship to the chip electrical construction.
  • To perform an elemental write operation on a previously unwritten page, the page of data may be written to directly to the memory area. This is sometimes called programming, and selectively sets bits of the page to “0” from the previous “1” state so as to record the data. When the data in the page location needs to be modified, the modification cannot be performed in place, unless all of the bits of the page are first set all to “1” again, which is an operation termed “erase”. But, erase operations cannot be performed on a memory area smaller than a block, which may be, for example 128 pages. So, in order to write one byte, the memory controller may have to read 128 pages, erase the block, and write all of the data, including the modified byte, back to the memory area. This is inefficient. As well, the number of erase operations is high, and one aspect of flash product lifetime is the number of erase operations which may be performed prior to device wear out.
  • A more efficient approach is to read the page to be modified (a “live” or “active” page, containing valid current data) make the data modification in local volatile memory, and write the modified page data to a free page. A “free” page is one which has never been programmed, or has been erased as part of a block erase operation. After the write operation, the free page becomes an active page, and the page that has been read from is now out-of-date, and is called a “dead” page, or a “stale” page.
  • Another limitation of currently used NAND flash is that the pages of a block need are written in sequential order beginning with the first page, so as to minimize write-disturb errors. Any blocks not written to in this order would remain free until the block is again erased. As this wastes storage space, the usual policy is to write to each page of a block in sequential order, although the writing need not be time continuous. Data at the original location of the page being modified is left in place in the memory, as pages cannot be individually erased. So, a dead or stale page of memory is out-of-date, and not longer of use, but still occupies memory space. Eventually, the memory would become filled with a combination of active and dead pages, and all of the free pages would be exhausted.
  • SUMMARY
  • A non-volatile data storage system is described, the storage system having a memory module with a plurality of non-volatile memory circuits (NVS) each NVS configurable into a first memory area and a second memory area. Each of the first and the second memory areas has storage locations for data, and each of the storage locations is writable once unless the locations are subsequently erased.
  • The memory module is configurable such that each storage location has a status of one of active, dead, or free, and when all of the storage locations of the first memory area of a NVS of the plurality of NVS are either active or dead, and data stored in an active storage location of the first memory area is modified, the memory module is configurable to move data from at least one other active storage location of the memory module to a free storage location not in the first memory area.
  • In an aspect, a method of managing data in a flash memory system, includes: allocating a block of flash memory of a flash memory circuit to a first memory area and a second memory area, each of the memory areas having a plurality of pages for storing data. Data is written to a page of the first memory area of a block. Data on a page is modified by writing the modified data to a free page of the block, or to another block having a free page; and, for the condition that the plurality of pages of the first memory area are all either active or dead: moving data of at least one additional active page from the first memory area to a free page not in the first memory area.
  • In another aspect, a computer program product, stored or distributed on or in a computer readable medium, has instructions for configuring a processor in communication with a flash memory circuit to perform a method of: allocating free pages of a block of the flash memory circuit to a first memory area and a second memory area; writing data to a free page of the first memory area and designating the page as an active page; moving the data of the active page to a free page not in the first memory area, and designating the active page as a dead page; determining whether all pages of the first memory area are designated as either active or dead pages; and for each additional page designated as a dead page: moving data of at least one additional active page from the first memory area to a free page not in the first memory area.
  • In yet another aspect, a non-volatile data storage system includes a memory module having a plurality of non-volatile memory circuits (NVS) each NVS circuit configurable into a first memory area and a second memory area, each of the first and the second memory areas having a plurality storage locations for data. A memory circuit of the plurality of memory circuits is further configurable such that a storage location of the plurality of storage locations of the memory circuit is characterized as having a status of one of live, dead, or free and, prior to all of the storage locations of the first memory area being characterized as being either live or dead, a processor of the memory module is configurable to move data from at least one active storage location in the first memory area of the memory circuit to a free storage location not in the first memory area.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 illustrates a data storage system having volatile and non-volatile storage circuits;
  • FIG. 2 is an example of a memory circuit organized as pages and blocks and representative of a chip of flash memory;
  • FIG. 3 illustrates the relationship of a mapping table between logical block addresses and physical block addresses, and corresponding page locations in blocks of a memory;
  • FIG. 4 conceptually illustrates the organization of a block of memory where: (A) the block is divided logically into a base area and an dynamic area, and free blocks are found in both areas; (B) the block has no free pages in the base area; (C) the block has no free pages in the base area and some of the pages in the dynamic area are active pages; and (D) the block has no free pages;
  • FIG. 5 conceptually illustrates a plurality of blocks of a memory circuit having different fill status;
  • FIG. 6 conceptually illustrates a plurality of blocks where the base area and sub-areas of the dynamic area are managed to have differing sizes;
  • FIG. 7 illustrates the dependence of the write amplification factor on the percentage of a block allocated to the user;
  • FIG. 8 illustrates the organization of memory modules in a memory system compatible with RAID;
  • FIG. 9 is a schematic arrangement of the data in a RAID memory; and
  • FIG. 10A shows the time sequence of write operations for a RAID stripe; and, B shows the relationship of write and read operations for sequential time intervals of FIG. 10A.
  • DETAILED DESCRIPTION
  • Exemplary embodiments may be better understood with reference to the drawings, but these embodiments are not intended to be of a limiting nature. Like numbered elements in the same or different drawings perform equivalent functions. Elements may be either numbered or designated by acronyms, or both, and the choice between the representation is made merely for clarity, so that an element designated by a numeral, and the same element designated by an acronym or alphanumeric indicator should not be distinguished on that basis.
  • Reference may be made in this application to systems, apparatus, components, or techniques that are known, so as to enable a person of ordinary skill in the art to be able to comprehend the examples disclosed in the specification. The examples are intended to enable a person of ordinary skill in the art to practice the inventive concepts as claimed herein, using systems, apparatus, components, or techniques that may be known, disclosed herein, or hereafter developed, or combinations thereof. Where a comparison of performance is made between the examples disclosed herein and any known system, apparatus, component, or technique, such comparison is made solely to permit a person of skill in the art to more conveniently understand the present novel system, apparatus, component, or technique, and it should be understood that, in complex systems, various configurations and conditions may exist where the comparisons made may be better, worse, or substantially the same, without implying that such results are invariably obtained or constitute a limitation on the performance which may be obtained.
  • It will be appreciated that the methods described and the apparatus shown in the figures may be configured or embodied in machine-executable instructions, e.g., software, or in hardware, or in a combination of both. The instructions can be used to cause a general-purpose computer, a microprocessor, a special-purpose processor, such as a DSP or array processor, or the like, that is programmed with the instructions to perform the operations described. Alternatively, the operations might be performed by specific hardware components that contain hardwired logic or firmware instructions for performing the operations described, or by any combination of programmed computer components and custom hardware components, which may include analog circuits. Such hardware components may include field programmable gate arrays (FPGA), application specific integrated circuits (ASIC), mixed logic and analog circuits, and the like. Where a computing device is described herein, the device is presumed to have any memory for the data and programs that are being used, or access to such memory.
  • The methods may be provided, at least in part, as a computer program product that may include a machine-readable medium having stored thereon instructions which may be used to cause a computer (or other electronic device) to perform the methods. For the purposes of this specification, the terms “machine-readable medium” shall be taken to include any medium that is capable of storing or encoding a sequence of instructions or data for execution by a computing machine or special-purpose hardware and that cause the machine or special purpose hardware to perform any one of the methodologies or functions of the present invention. The term “machine-readable medium” shall accordingly be taken include, but not be limited to, solid-state memories, optical and magnetic disks, magnetic memories, and optical memories.
  • For example, but not by way of limitation, a machine readable medium may include read-only memory (ROM); random access memory (RAM) of all types (e.g., S-RAM, D-RAM, P-RAM, M-RAM); programmable read only memory (PROM); electronically alterable read only memory (EPROM); magnetic random access memory; magnetic disk storage media; and, flash memory.
  • The machine readable medium may be a memory circuit that is an electronic product capable of storing data in volatile or non-volatile form depending on the technology employed. Such circuits may include a plurality of semiconductor chips, and include both analog and digital circuit components to perform the basic operations needed for storage and retrieval of data, status determination, and the like, and may have additional circuits performing supporting or related functions.
  • Furthermore, it is common in the art to speak of software, in one form or another (e.g., program, procedure, process, application, module, algorithm or logic), as taking an action or causing a result. Such expressions are merely a convenient way of saying that execution of the software by a computer or equivalent device causes the processor of the computer or the equivalent device to perform an action or a produce a result, a representation of which may be stored in a memory location or be used to act on an external device or system, either locally or over a network, as is well known by persons skilled in the art.
  • When describing a particular example, the example may include a particular feature, structure, or characteristic, but every example may not necessarily include the particular feature, structure or characteristic. This should not be taken as a suggestion or implication that the features, structure or characteristics of two or more examples, or aspects of the examples, should not or could not be combined, except when such a combination is explicitly excluded. When a particular aspect, feature, structure, or characteristic is described in connection with an example, a person skilled in the art may give effect to such feature, structure or characteristic in connection with other examples, whether or not explicitly set forth herein.
  • For the purposes of a first example, a memory system or memory module 1 may include the functional areas shown in FIG. 1, where the non-volatile storage (NVS) 30 is, for example, a flash memory, which may be a multi-chip device, the volatile memory 20, for example, is DRAM, and the computer 10 is a microprocessor, field-programmable-gate-array (FPGA), state machine or the like, which itself may include local memory, which may include volatile and non-volatile memory, including memory for local storage of program data. Alternatively, such program data may be loaded from another memory. The computer 10 may also include the circuitry for interfacing with a data bus, or have another form of interface to the remainder of the system. The hardware may be located on a single circuit board or substrate, or a plurality of the same.
  • An example of a non volatile storage device (NVS) device 30 is one or more 1 GBtye (GB) flash memory packages, Samsung part number K9W8G08U1M, having two 512 MByte (MB) dies or chips in the same physical package. The device has a shared 8-bit I/O bus, and a number of shared control signals. The two dies have separate chip enable and ready/busy signals. The extension to memory devices of larger or smaller capacities and to multiple chip packages would be understood by a person of skill in the art. Multiple chips may be combined, stacked or otherwise arranged in an electronic package or assembly.
  • In another example, and not by way of any limitation, a non-volatile storage module may include from 8 to 16 flash package, each package having, for example, 8 flash chips or devices. A flash chip may have a capacity of 4 GB, so that 8 flash circuits (a package) would have a capacity of 64 GB and 16 flash packages would have a capacity of 128 GB. FIG. 2 shows a logical layout of two flash chips. The flash memory device may be characterized as having a programming time (write time) of 200 μsec typical and 700 μsec maximum, a page read time of 125 μs, and an erase time of 1.5 ms typical and 2 msec maximum. When the device has been commanded to perform an erase operation on a block, the device is in a “busy” state and is not capable of receiving or executing other operational commands, except for a reset or read status command. The devices are organized to communicate with the memory controller 10 over local busses having a capacity of 20 Mbytes/s for a total capacity of 160 Mbytes/s. The volatile memory may be DRAM, organized as 8 bits wide with a clock rate of 125 MHz.
  • Some of the limitations of the NAND FLASH chips presently in production are due to, for example, the use of multiplexed data busses, while others arise from the desire for backwards compatibility with existing chips circuit board layouts and computer software as the density of the memory on each chip increases as a matter of technological evolution. However, one may apply the principles herein to any memory technology or arrangement where there is an asymmetry between the read time and the write time or the erase time.
  • Each die of an example flash chip may contain 4096 blocks; each block may contain sixty four (64) 2 Kbyte pages with an organization of pages, for example, as shown in FIG. 2. That is, each die may have a capacity of 512 Mbytes (MB) and a package of two dies (which may be a chip) has a capacity of 1 Gbyte (GB). Each page may also be comprised of four (4) 512 byte sectors. Each page may further include a 64 byte region used to hold local metadata, which may be termed auxiliary data or spare data for the sectors. The data and metadata of a page may be arranged in various manners, with metadata for the entire page contained in one 64 byte region or allocated to sectors of the page.
  • In an example, stored data may be read by transferring an image of an entire page from the non-volatile memory into a 2 Kbyte+64 byte volatile data register. The data thus read may be accessed from the register as random data, or the entire page shifted out over a data bus. A subset of the page may also be shifted out, since a read pointer may be positioned at any byte location in the page. Where the reading of a sector is described, the local metadata may also have also been read, should the metadata have been needed. The metadata may then be accessed without transferring the remaining data of the sector or page. Alternatively, where the reading of the sector metadata is described, the sector data may also have been read. For convenience in the explanation of the examples, the minimum size of a memory region to be read will be considered to be the page, as a person of skill in the art would understand the present description as being applicable, for example, to the reading or writing of a sector. However, some comments on the reading of sectors are made herein, where timing considerations may be of interest.
  • Reading a page from the non-volatile memory circuits into the data register may take 25 μsec, and the data may be shifted out to the chip data bus at a rate of 20 MB/s. Shifting an entire page to the chip data bus requires about 100 μsec. Where only the auxiliary data is needed, the read time may be reduced to approximately the 25 μsec needed to read the data for a page into the data register. Before new or modified data can be written to a previously used location of a block, the block must be erased, a process which may take about 2 msec. Erasing sets all bits in the block to “1”, and subsequent write (programming) operations selectively clear bits to “0”. Once a bit is “0”, the bit may be again set to “1” by erasing the entire block.
  • Writing (also called programming) may be carried out by shifting data into the chip data register and then executing a command that writes the data into the non-volatile memory circuit; writes take about 200 μsec or more. The write time and the erase times of a FLASH memory circuit may depend on the state of wear of the device. That is, while a new memory device may have a write time of 200 μsec, as the memory circuit experiences data write operations and block erase operations, the time needed to successfully perform an erase operation tends to increase and the time to perform a write tends to decrease. For convenience, the typical performance of a new device is used, but the actual times taken for the operations would be understood as the achieved performance. Where a write or erase interval is discussed herein, a fixed value accommodating the maximum time of a write or erase operation may be chosen for convenience. This should not preclude the use of variable values for these times based on measured data.
  • Using presently available production NAND FLASH memory packages, the data and metadata area of a page can each be written up to four times between erasures for single level cell (SLC) flash memory, while for multi-level cell (MLC) flash memory a page can only be written once between erase operations. That is, each of the sectors of the page may be separately written in increasing sequence order for SLC FLASH, while for the present generation of MLC FLASH all the sectors of a page must be written at the same time. This aspect of SLC permits the page to be divided into four independent 512 byte sectors, and each sector may have an associated ECC, or other local metadata. The pages of SLC or MLC in a block are written sequentially, from low page addresses to high page addresses. A memory address of a page may be described by the sequential page number in the block, the sector number in the block, and may include the location of a byte within a sector, if needed. Once a page has been written, earlier pages in the block may no longer be written (programmed) until after the next erasure of the entire block.
  • Before a block containing data that is valid or “live” can be erased, the valid data must first be moved to a location that is not going to be erased by the erase operation to be performed. When an entire block comprising 64 pages is read out so as to be moved to another memory location, about 64×100 μsec=6.4 msec is needed to read the pages of block to the external bus, and about 12.8 msec to write the block to another location. The originating block may then be erased, taking about an additional 2 msec, for a total of about 20.2 msec. If the originating and target blocks are on different flash dies of a package, or the flash die is capable of reading and writing to different blocks at the same time, then the reading, writing and erasing operations can be overlapped to some degree. Since the block may be comprised of a mixture of live and dead pages rather than all pages being live, the time to erase a block so the block can be placed in a pool of free (erased) blocks is not a constant. If only one page in the block is live, then about 100 μsec+200 μsec+2 msec=2.3 msec would be the minimum time to perform this operation. Conversely, if there is only one dead sector in the block, reclaiming a block takes approximately 19.9 msec. Either action would result in only one additional free page being created in the overall user memory. So, the percentage of “dead” pages in a block affects at least the temporal efficiency of the garbage collection operation.
  • The use of the terms sector, page, and block in the previous discussion reflects the current commonly accepted terminology for flash memory circuits, and resulted from the adoption of several terms from rotating disk memory technology. Where data structures are described herein, the term block may have a different meaning, which is made clear in the subsequent discussion. The terms page and sector may be replaced by other terminology that is used when referring to data and the location thereof. This should be clear from the context. A person of skill in the art will understand when other equivalent terms are used.
  • With the continued evolution of non-volatile memory technology, changes in the organization and operation of memory circuits may occur, and new terminology may be employed to describe the situation; however, a person of skill in the art will be able to apply the concepts and teachings of this application to analogous problems in the use of such evolving technology.
  • The terms “garbage collection” and “wear leveling” are used to generically describe housekeeping operations that are performed in flash memory systems.
  • Garbage collection may relate to the processes of reclaiming “dead” memory locations created by the writing or re-writing of data to the FLASH memory. The old data location, representing a value of stored data that has been changed and stored in a new location, or relocated for other reasons, is out-of-date and represents wasted space which needs to be reclaimed so that an appropriate amount of free memory is maintained to permit continued write operations. Write operations continue to occur whenever the data in the memory is being modified by the user, or where additional data is being stored.
  • To prevent the memory from being filled (that is, to be in a state where there are no free pages) as a consequence of lost space associated with writing or modifying the data contents of FLASH memory locations, a housekeeping operation of “garbage collection” may be performed. The garbage collection process identifies the dead blocks, and in accordance with a pre-established policy, which may be in the form of machine readable instructions and parameters, the remaining live pages of the block are relocated from the block, so that the block is comprised entirely of dead pages, and the block may be erased and returned to a pool of free blocks.
  • Wear leveling generally relates to the processes of moving data in the FLASH memory so as to attempt to keep the number of block-erase operations approximately equal over the blocks of the memory, so as to avoid premature wear out of the FLASH memory. Presently, FLASH memory circuits are rated by manufacturers as having a lifetime which may be measured in the number of erase operations before failure. This is in addition to any conventional time-related failure-rate specification which may also be given. A failure may be a hard error, or a failure to perform within published or established operational characteristics, which may include write and erase times, or excessive bit errors, as examples.
  • So, in addition to garbage collection, the relative number of erase operations that have been performed on each block of the memory device may be another factor in determining the policies for managing the FLASH memory. Since the wear-out of a flash memory device may be measurable in the number of erase operations performed thereon, with current typical lifetimes being specified as from between 100,000 and 1,000,000 erase operations for single-level-cell (SLC) NAND flash technology and 10,000 erase operations for multi-level-cell (MLC) NAND flash technology. The repetitive writing and erasing of a particular block of memory of the memory circuit, while other blocks may contain data that is infrequently modified and have few erase operations performed, may lead to premature wear-out unless the usage pattern is adjusted so as to substantially equalize the number of erase operations on the blocks of the physical memory circuit. This housekeeping process is called “wear leveling”, and results in the selective movement of data pages which are not being frequently accessed by the user or the system processes.
  • Such non-user-related processes as garbage collection and wear leveling are often called housekeeping or “overhead” operations. The overhead may be manifest in a variety of ways such as, a reduction in the memory capacity available to the user, a reduction in the rate of reading of data, a reduction of the rate of writing of data, an increase in the latency between a read or a write request and the execution thereof, and the like. The variability of these performance indicators may be high, and unpredictable by the user application, and result in impaired user system performance.
  • The examples herein have generally been simplified by ignoring housekeeping and data protection operations such as wear leveling, bad-block detection and handling, error correction, and the like, which may be performed contemporaneously. In some instances, the interaction between the housekeeping operations, and the housekeeping operations and user-related operations is described for clarity, but this is not meant to be a limitation.
  • Many of the housekeeping operations are manifest as movement of data to new sectors, erasing of blocks, changing a bad block table, maintenance of metadata such as the mapping tables, and the like. Some of these operations, such as wear leveling may be subsumed in the persistent garbage collection described herein by establishing suitable policies for the writing or relocation of pages when, for example, a modify operation is performed.
  • The term “block” is term used in computer technology having a variety of meanings, depending on the context in which it is used. In computer storage it is not uncommon to refer to data being stored or accessed in “blocks” which, while generally being of a fixed size, may not be the same as the “blocks” in FLASH memory. It is also not uncommon for the size, in bytes or some other measure, of the “block” of data being accessed or manipulated to be different for different entities operating on the same data. That is, the meaning of the term may depend on the perspective of the writer. For example, many operating systems manage the allocation of memory in DRAM in 4 KB blocks, which are often called “pages”, but DRAM is a different technology and this concept does not generally describe the organization of pages in FLASH memory. When data is written to a disk drive for storage, the block size may be 512 bytes, resulting in the 4 KB block of data being stored in 8 different 512-byte memory blocks on disk. The disk blocks are also commonly termed sectors, which is different from a FLASH memory sector. Such re-use of terminology is often found as the technology evolves, and a person of skill in the art would be able to understand the action, or phenomenon being described based on the context in which the terms are used.
  • When referring to the location in a memory system of a block of data one may refer to its Logical Block Address (LBA), which is how the location may be referred to in the context of a file management system, or its Physical Block Address (PBA) which is its actual storage location in the electronic memory system such as the FLASH memory. As with block sizes, different entities may use different types of addressing nomenclature and values to refer to the same piece of data. For example, an operating system may have a 4KB block of data with logical address 5, assuming each address holds 4KB of data, which it stores in DRAM at physical address 100. The operating system functions to maintain a mapping table which tracks the physical memory location address in which each logical address is stored. When the operating system acts to store that same data on a disk, the operating system may act to identify, for example, 8 unused 512 byte physical addresses, e.g., 8-15, in which to write the data. However, the disk drive controller itself may act store the data in the locations 8-15 on the disk, but may treat the addresses provided by the operating system file management software, for example, as logical addresses at the disk device level, and store the data in different physical addresses on the disks, which are tracked using a local mapping table. So the same piece of data, or a portion of a piece of data, or collection of pieces of data, may simultaneously be thought of as a block or a sector or a page, with addresses that may be thought of as being a physical address to which a logical address is mapped to by one entity, say the operating system, while actually being a logical address which is mapped to a physical address by yet another mapping table of a different entity, such as disk drive, FLASH memory module, or the like.
  • As a result we may speak of the user data having a logical block address (LBA), which a mapping table (MT) maps to a physical block address (PBA). However, the “block” may represent the data from a user viewpoint where the user, for example, writes data in 4 KB blocks but each FLASH device stores data in groups of data of 2 KBytes in length. One may say that, in this circumstance, the mapping table is really mapping logical “half block” addresses, to physical page addresses. In another aspect, if the FLASH was organized to store data in 1 KByte sequential chunks, this may constitute mapping logical “quarter” block addresses to physical “double sector” addresses; if 512 byte chunks, then ⅛ logical block to a single sector physical block. One appreciates that when the size of the user blocks is changed or the length of a FLASH page, or the like, is changed all the names of terms would have to correspondingly change. To avoid this, which is confusing, in presenting the concepts herein we use the terms LBA and PBA as the logical and physical locations of a piece of data, whose size is and location is context dependent.
  • In an example, when a given LBA is written to the FLASH, say LBA 3, the data may be written to a free location, in this case at page 8 of block 2, as shown in FIG. 3. For simplicity we may treat the MT as a table in volatile memory, such as DRAM, large enough to store all the LBA to PBA mappings which can be directly referenced and updated. Many FLASH memory systems keep the LBA to PBA mappings in data structures other than flat tables, which may not be stored in volatile memory, so the form and location of the MT as described should not be taken as a limitation.
  • If LBA 3 is written to again, for example so as to update a value of data therein, then an available location in the FLASH memory device will be found to store the data and the mapping table MT will be updated to refer to the new storage location. The physical location at which LBA 3 was previously located is now considered “dead,”; that is, the physical location cannot be used to store new data in that physical location, which may be, for example, a page until the block in which the page is located, in this example block 2, is erased. However, before block 2 can be erased any “live” data, in the form of LBAs that are mapped to PBAs located in block 2, such as LBA 2 which is mapped to the page 4 of block 2, must be relocated to a memory location in a different block so the live data is not lost when the block is erased. The processes of garbage collection and wear leveling may interact to some extent. Some of the policies associated with garbage collection may be adapted to perform some or all of the wear leveling functions as well.
  • For simplicity in discussion, the memory circuit may be a chip, such as the Samsung part described above. The interface of the memory module on which the memory circuit is contained, with the remainder of a computing system, may be over a bus. The details of the management of user data, such as by a file management system, a block oriented storage system, or the like, are considered to be performed at a higher level in the system, so that, at some conceptual level of the memory module, principal function to be performed by the memory and the immediate interface to the memory is the reading of data or the writing of data. The modification of data in a memory location is considered to be a combination of read, modify and write operations.
  • The minimum-sized data element that is being considered in this example is a page, although the actual result of the operation to be performed may be intended to modify only one byte of the data stored in a 2 Kbyte page of a physical memory block having 64 pages in the block. Pages may be free, live (“active”) or dead, depending on whether the bits therein have been erased and not yet programmed, programmed (written), or read for the purpose of modification and the modified data having been written to another free physical location while leaving the original data in place, respectively. Where the pages of a block are written using a policy of writing pages in increasing order, a free page is one which has a higher page number in the block than the highest page already programmed (live or dead) page. A free block is one in which all of the pages are free pages.
  • Of the entire available memory, a portion of the memory is available to the user, a portion is reserved for system housekeeping, and a portion may be unusable. The unusable memory area may be comprised of bad (defective) pages or bad blocks that have been identified, for example, by the manufacturer, or by the operating system. The criteria for determining a page or block to be “bad”, may be different for each manufacturer or use, but the result of declaring a page or block “bad” is to remove the page block from the category of those blocks that are considered suitable for the reliable storage of data. Ultimately the number of bad blocks may grow sufficiently that insufficient memory is available for the user data and housekeeping activities and, effectively, the memory circuit device has failed or worn out.
  • For purposes of discussion, bad blocks are not considered, as they are not used or otherwise operated upon. They merely reduce the size of the memory available for use. Metadata, which is used to describe the location of the data and data properties on the physical memory, may also result in a reduction of the total memory available to the user. Such metadata may be about 2-5% of the size of the user data being stored. Herein, the metadata and the stored data are considered together as “data”. The actual user data area would be reduced by the space needed to store the metadata, however as the storage of the data and metadata data may be managed by similar operations, discussion is simplified so as to consider that the operations performed on the user data and the local metadata would be the same or similar. As such, the “user” may be considered as the combination of commands and data provided to the memory controller by a user program, wherever located, and metadata maintenance related to the user metadata and housekeeping.
  • For this example, the user data, including user metadata, may be considered to be grouped in logical data blocks of 2 Kbytes, each such block having a logical block address (LBA). The LBAs may be considered to be numbered from LBA=0 to LBA=LBA_MAX, where LBA_MAX is the amount of user data memory available in a device, so that 2 KB×LBA_MAX is the user data memory size of a block. The user data area may be distributed over a plurality of physical memory blocks of the memory module, each memory block being, for example 256 Kbytes, and a memory module having many GB of memory.
  • For simplification we describe the case where the range of LBAs is limited to the size of available memory. Systems with address ranges larger or smaller than the size of available physical memory are not precluded.
  • A mapping table (MT), which may be part of the metadata, expresses the current association of an LBA with a physical memory location (PBL). An example of a MT is shown in FIG. 3. The PBL is the mapping of the LBA to a PBA (physical block address), which is the actual location of a page in the memory circuit. The number of PBL table entries may the same as the number of LBA table entries. This arises from the allocation, in this example, of an LBA to each logical page of the full extent of the available user memory.
  • Each LBA is an index to the array of PBAs, comprising a block number (i), and a page index (j) in the block (i). Not all of the LBAs are associated with live pages in the FLASH memory system. The table therefore associates each LBA with a specific physical location in a block of the FLASH memory where the page of data associated with the LBA is stored, or may associate the LBA with no physical location where data has not as yet been stored using the LBA, such as LBA 5 in FIG. 3, or has been de-allocated after being used.
  • Another attribute, which is shown conceptually at the left-hand side of the memory blocks, is the status of each page of the block. The pages may be free, live, or dead, as has been previously described. Note that it is typical for all pages below the first free page to be either live or dead, as a bypassed free page should not be written to unless the entire block is erased. This is a property of currently available NAND flash memory devices, and is not otherwise intended as a limitation. The status of the pages may be stored as S(i,j). Further information on a block itself, may be stored in a variable B(i) (not shown) and include information such as the number of times that the block has been erased, whether the block is free, active, full or available for erase.
  • The available user memory may be smaller than the total amount of physical memory of the module. In particular, the additional physical memory may be used for housekeeping operations (and the other operations that are considered to be subsumed in the term housekeeping, as they may not available to the user). So, for a memory module, having a total amount of physical memory (PM), and assuming that there is no provision for bad blocks, may be allocated as U bytes of user memory and H bytes of housekeeping memory where U+H=PM. That is, the PM represents 2 Kbytes×PBA_MAX. Sometimes, for convenience, the values of U and H are expressed as a percentage of the PM.
  • Initially, the memory module has no user data stored therein, when first used or completely erased. As the memory system is used to store, retrieve and modify data, the logical LBA are associated with user data to be stored having PBAs allocated in the MT, and the operations are performed thereon.
  • When a live data page described by an LBA is read, the operation is performed in place, as the data is not modified, and thus no write operation need be performed. The association of the LBA and PBA does not change in the MT. When a data page, described by a LBA is written, a new PBA is selected from the pool of memory pages that are “free” where the data can be written to, and the MT entry for the LBA is updated with the new value of the PBA at which the data has been stored. This PBA now becomes a “live” page, and the status of the new live page is changed so that it is deleted from the pool of free pages. Concomitantly, the old PBA is now out of date, and is considered as a “dead” page. The page status is changed to be “dead” or “stale”. The data of the dead page has not been modified, but the data is now of no current use (so long as the transaction has been properly accounted for, such as having the transaction operation successfully copied, by the system software).
  • An example of a data management system which may be suitable for this purpose is found in U.S. Ser. No. 12/273,410, Method and System for Storage of Data in Non-Volatile Media, by the present inventor, filed on Nov. 18, 2009, which is incorporated herein by reference. The metadata associated with the user data and the maintenance thereof may be considered as part of the user data for purposes of this discussion.
  • FIG. 4 shows a simplified view of the storage area of a FLASH memory block (excluding spare data, bad pages, non-user-related housekeeping storage, and the like). FIG. 4A shows the data layout of a single memory block comprising MAX_PAGE pages of user memory. The value MAX_PAGE may vary from block-to-block, in practice, due to the number of bad blocks, and the like; however, the total amount of user memory for the memory module is U of the total memory U+II.
  • In FIG. 3A, starting at the lowest PBA (0), data pages may be written to incrementally in sequential order up to a value of WP=PBA (i, MAX), which represents the results of MAX_page write operations, and WP is the value of a write pointer. Above PBA (i, MAX), which is the current value of WP, the memory pages have not as yet been written to, and are “free.” The free pages have all been previously erased or pages that have never been written to are still all “1”. All of the pages less than or equal to PBA (i, MAX) are live pages (except for one page in this example, which is presumed to have already been modified, and thus moved to another location, and is shown as dead). The locations of the corresponding live pages are found in the MT.
  • For convenience in discussion, two contiguous memory areas are defined: the base area (BA), and the dynamic area (DA). The dynamic area is further divided into an overflow area (OA) and an end buffer (EB). The value of the base area is U and the value of the dynamic area is H.
  • The proportion of memory used as base area (BA) with respect to the dynamic area (DA) has an effect on system performance, which will be discussed later. For this example, the BA is 80% and the DA is 20%; the OA is 5% and the EB is 15%, where the percentages are of the total user memory of a physical memory block. The physical memory block is the smallest unit of memory that can be erased for the currently available NAND FLASH memories.
  • When the memory is first used, there is no data in any of the PBAs, and the PBAs become populated with data by writing each PBA with data associated with a LBA and related to the LBA through the MT. A write pointer WP (i, j) for each memory block is maintained. As shown in FIG. 3B, when the write pointer WP (i, j)=BA_MAX, the base area BA is full, and writing of further LBA page data to the memory module may continue in another memory block. During the operation of the user system, contemporaneously with the writing of data of LBAs to the memory for the first time, additional operations may occur, which have the effect of modifying an already written page of the block. A first such modified page was one where the data has been moved, as was shown in FIG. 3A, and is a dead page. The status of this page would be marked as S(i, j)=D. Further dead pages may be seen in FIG. 3B.
  • After sufficient operations to write or modify pages in the physical memory, all of the pages in of the BA of the blocks may either have been written to, and are “live”, or may have been modified and are “dead,” or some mixture of the states. There may be no free PBA in the BA of the blocks to accommodate the next write or modify data or housekeeping operation.
  • At this juncture, as shown in FIG. 4C, writing of user data to the dynamic area DA may occur (although there is no bar to beginning this portion of the process at an earlier time). This is described for a single block of the plurality of blocks and chips of a memory module. FIG. 4C shows the first write operation to the dynamic area DA which is made to PBA (i, WP)=BA_MAX+1, which is the lowest value physical memory page in the dynamic area DA. The writing of a page to the OA of the DA may also initiate a move of page of data from the BA to another memory page location. Necessarily, this memory location is outside of the base area BA, as the base area is already filled and, in this instance, the page data may have been moved to the OA, or to another block. The location from which the page data was moved is now a dead page, as the data therein has been modified, or relocated, and is thus out-of-date. For each live page modified and written to the OA of the DA, an additional dead page may thus be created in the BA of the block. Live pages may be written to the DA as a result of modification of the data of the page, or as the result of housekeeping operations. In either circumstance, the source page is now considered to be a dead page.
  • Each time the data of an LBA is written to the OA, the WP is incremented by 1, and another page of data of the BA is moved elsewhere. Data from other pages in the BA, and pages in the OA may be moved as required by user and system needs, and each of these moves results in at least one dead page, increasing the percentage of dead pages in each block. At this juncture, the number of data move operations to the OA is at least equal to the number of write operations. The housekeeping load may be relatively small and distributed in time and with respect to the physical memory blocks.
  • By the time 5% of the memory in the OA block has been filled by moves related to data modification, another 5% of the data in the BA has also been relocated by the one-page-move-for-each-page-written policy, so that at least 10% of the overall user memory may be dead pages. Any other operations which modify stored data pages will also have also resulted in dead blocks, so that 10% dead blocks is a minimum value.
  • The data management operation may distribute the LBA writes to a plurality of blocks; however, here it is easier to explain the concept of operation if the LBA writes (including data modifies) are considered to be written sequentially to the present memory module. When the OA has been filled, PBA (i, WP)=OA_MAX, the first page PBA (i, WP)=OA_MAX+1 of the end buffer (EB) is written. Depending on the policy adopted, more than one additional page from the BA or the OA may now be relocated for each write of a LBA to the EB. For example, two pages of data in any of the BA or OA may be relocated for every LBA write. In this instance the additional pages may be have been relocated to the EB. In general, they could have been relocated to other blocks or chips having free pages. This would include a free block. By the time that the free pages of the EB have been filled with physically relocated LBA page data, another 10% of the overall user memory on the memory block will have been converted from live pages to dead pages and the data relocated elsewhere. At this juncture, the block is effectively full and no more write operations can be performed to the block. However, if the additional, non-modified pages had been moved to another block, a total of at least 40% of the pages in the source memory block may be dead by the time that all of the pages in the source block are either live or dead.
  • A full block may be marked as a candidate for garbage collection (reclamation, erasure) or other housekeeping operations in accordance with a variety of policies which may be pursued. The percentage of dead pages, the number of times the block has been erased, and the like may be considered.
  • At the chip or module level, the memory occupancy and management may be viewed somewhat differently, where the characteristics of blocks of memory are considered. As shown in FIG. 5, the blocks of memory on a chip, for example, may be thought of as an array of memory blocks, each having a size equal to the amount of memory available on the block. For convenience in discussion, this example presumes that the same number of memory pages is available on each block. However, as previously discussed, this may not always be true, and is not intended to be a limitation.
  • Blocks of memory, such as shown in FIG. 5, may have attributes of never been written to, or having been erased (free blocks) F; currently capable being written to and still having free pages available (active) A; and, having no free pages (full) M. In the latter case, each page of the block is one of live or dead. Full blocks M have no more free page space available and cannot accept further writes without being reclaimed (erased). As described above, each full block may have at least about 40% or more dead pages. If the block is selected to be reclaimed (garbage collected), or marked for block erase X, in accordance with a policy, the remaining live pages in the marked block are first moved to other active blocks or free blocks prior to marking the full block F as being available for an erase operation. The number of live pages may be less than 50 percent of the capacity of the block, as described above, and may be even less depending on dynamic system use. So, when a block is selected to be erased, the amount of data that needs to be moved may less than 50 percent of the situation which would have obtained if the block had been filled up without any corresponding in-process page relocation. However, this is not a limitation,
  • Furthermore, the data may be moved during interstices in the remaining operational actions rather than in a large group of pages immediately prior to the erasure of the block. That is, the number of page moves may be essentially the same; however, the page moves are made individually, and may be made interspersed with the user or housekeeping operations. As such, large and unpredictable interruptions in the user data flow may be avoided.
  • Reclamation of physical memory blocks may be gated by the size of a free block pool. Where a sufficient number of free blocks are available, full blocks may not need to be explicitly reclaimed immediately. Such reclamation may be deferred until the number of free blocks in the free block pool is reduced to some threshold value. Where full blocks may not as yet been reclaimed, a background operation may be performed so as to move pages from full blocks to active or free blocks on an incremental basis, further increasing the number of dead blocks in the full block. In the limit, all of the pages may be dead, and the block may be erased or at least marked for erase when needed, without further page relocation.
  • The selection of full blocks from which to incrementally move pages may be governed by a policy where the number of erase operations previously experienced by the block is considered, and pages on blocks having lower erase counts may preferentially re-located. This is a form of wear leveling.
  • In another aspect, the example presented above may have the filling procedure of the OA modified. For example, the number of pages moved for each page written may be two. By the time that the OA becomes full, 30% of the pages would have been moved. By the time that the block becomes full, at least 20+30%=50% of the block would comprise dead pages. If the number of pages moved were 3 for each LBA write, then at least 20+40%=60% of the pages would be dead by the time the block was full.
  • In yet another aspect, the dynamic area DA may be comprised of both the OA and the EB having the same relocation policy, so that the entire DA is treated as using the same policy. For example, two pages may be relocated when a page is written to the DA for the purpose of a page data modification.
  • In still another aspect, the relocation policy may be variable, depending on factors such as the number of blocks available in the free block pool, the number of dead pages in a block, the block erase count, the instantaneous read or write rate, or the like.
  • The policy for determining the number of pages to be moved for each LBA write operation to the DA may be dependent on the number of dead pages in the block, where the lower the number of dead pages, the more pages are relocated for each write. The balance of relocations for each write, and the speed of background relocations from full blocks may be moderated by a wear-leveling policy so that frequently erased blocks are relocated less frequently. This may serve to promote wear leveling at the same time as garbage collecting.
  • When the pool of free blocks declines to a predetermined value, one or more blocks may be reclaimed, so that sufficient free space in the active blocks and the free blocks is available to keep up with a write speed specification. In addition, the amount of live data permitted in a full block may be limited so that, when the block is erased, the amount of time needed to relocate the remaining live data pages is compatible with a read rate or latency specification.
  • Where the module is part of a larger memory system, other volatile or non-volatile memory areas may also be provided for the temporary storage of program instructions and data for operation on by another computer, processor, or the like. Volatile RAM communicating with, or part of, a memory module may be used as an intermediary storage between the NVS devices and any other storage medium, including NVS and may be a part of a memory module. The term memory module is a convenience for conceptualizing a group of NVS memory elements or packages, which may include associated volatile memory, and a computing device. It may also include a bus interface for communicating with other portions of a system. A module need not have all components physically resident on a single circuit board or substrate. Alternatively, more than one module may be resident on a single board or substrate.
  • Earlier, the number of live and dead pages expected when the block has been filled was discussed. However, since once all of the LBA address have been associated with a physical memory location through the mapping table (MT), and the memory system is in a quasi-steady state of being logically filled, except for housekeeping operations, the number of user write operations (except for metadata) is equal to the number of times the user has commanded a write operation, the result of which is a modification of the stored data for a logical page. Since this occurs by reading a page, modifying the data in a scratch memory, which may be non-volatile memory, and writing the data to a free memory page, the source page is now dead, and the destination page is now a live page, being deleted from the free page pool.
  • As each read or write operation to flash memory may be the read or write of a single page, there may be a temporal conflict between a housekeeping operation such garbage collection (or, the read of a page to enable the write of a modified page, or writing a modified data page) and a read operation initiated by the user
  • In this example, there are occasions when the block is being erased. If a read request is directed to a chip of a block when it is being erased, then the read operation would be blocked for about 2 msec, unless the erase operation was interrupted. However, as described in U.S. Ser. No. 12/079,737, Memory Management System and Method, by the present inventor, filed on Mar. 26, 2008, and incorporated herein by reference, when memory is organized in a RAID configuration, the read blockages due to erasing blocks of FLASH memory in the memory modules may be scheduled so that a RAID group data may be reconstructed without all of the data, and the module read latency due to erasing a block may not be apparent to the user. Housekeeping operations may be effectively performed on other blocks during the erase period.
  • Where the data processing in this example is shown as being performed by a computer, the computer may be a memory controller or memory management circuit located on a circuit board that is a module containing the memory, or be connected to such a module by a bus, so that the data may be processed in another component of a larger system. The bus used for communication with other aspects of the system may be any of the varieties of bus architecture now known or which may be developed that is compatible with the product with which the memory system is designed to interface. Such busses may, for example but not by way of limitation, emulate the hardware and software interface characteristics of rotating magnetic disk storage systems, or be extensions or improvements thereon.
  • The size of the BA and DA need not be fixed (as in FIG. 4), and need not be constant across all blocks, as shown in FIG. 6. Based on system load or occupancy or other performance metrics the size for the BA, DA=(OA+EB), and both OA and EB, may be varied for different blocks. For example a goal of having blocks in differing stages of utilization may be achieved as shown in FIG. 6 by having some of the blocks of a group of blocks A-F, represented by blocks A and B, with a BA of blocks A and B sized below the average value of BA over all the blocks A-F. The evolution of blocks between different degrees of utilization, for example to cause the distribution of data over a block of the blocks to conform to a given policy governing the distribution of the data, could be controlled as shown for block C whose OA is temporarily of size 0, and cannot be written to. At another time, the size of the OA of block C could be made >0 and writing to block C may resume, and perhaps evolve into block D. In such a dynamic system, prior to a predetermined or adjustable level of utilization, a block may also have pages reserved for garbage collection, or wear leveling. Upon reaching a block fill level (in the case of block D), where the total of the data in live and dead blocks is BA+OA, garbage collection could begin on the block. In the case of block E, where the total is greater than BA+OA but less than BA+OA+EB, garbage collection could be performed at an accelerated rate. In the case of block F where the total is BA+OA+EB, the block has been completely filled and is now subject to reclamation for garbage collection purposes.
  • The BA and DA of a block of memory may have different sizes from that of this example, as a percentage of the available user memory, and the sizes used in the example, and the specific policies applied, are merely illustrative and not intended to be limiting. In an example, 80% of a block of physical memory may be allocated to the user data LBAs and the remaining 20% of the memory may be allocated to housekeeping (garbage collection) operations. A number of free blocks may be allocated to a free block pool as a part of the management of the data transfers. The total number of write operations, including garbage collection, needed to accommodate a user-commanded write operation influences the efficiency of use of both the memory storage capacity and the operational time line. The latter may relate to the number of input/output (I/O) operations and the throughput in writing user data to memory.
  • The selection of values for BA and DA for each of the blocks may be, for example, a random variable uniformly distributed in a range of values about the target average value of the design. Adjustments to the values may be made based on monitoring the distribution of the percentage of live pages in a block. The free page level for a block may be compared with other blocks of a chip, a module, or a system and adjusted so as to achieve a continuing quasi-steady state distribution of percentage free pages for a plurality of blocks. The mix of user read and write operations, and the need for both garbage collection and wear leveling, results in a dynamic load situation, and adjustment of the BA and DA, and the garbage collection protocols in response to the load may be used to control variability in the response times as experienced by the user.
  • The data to be stored in the memory may be said to be comprised of S pages of data, where (S×page_size (KB)) is the total amount of all user data to be stored in the memory. Each of the LBA pages of data may be associated with one page of physical memory. The relationship between each LBA and a PBA is found in the MT. The specific PBA associated with the LBA may be changed whenever the data is physically moved in the memory for any reason. However the total number of pages of data S is neither increased nor decreased in this process. That is, the size of the logical data array is unchanged.
  • If the total amount of physical memory of a memory block is PM and the memory is allocated as a sum of user memory U and housekeeping memory H: PM=U+H. Here, the term housekeeping memory is meant to identify the amount of memory in a block that remains available when the amount of user memory U is filled with user data. One may interpret the memory allocations of FIG. 4 as having the user memory U equal to the base area BA, and the dynamic area DA being a component of the housekeeping data. That is, only a BA number of sectors of the block are available for user data. H=PM−U. Moreover, H may include any memory reserved for actual housekeeping information that is not part of either BA or DA. As before, however, the concept that there is “user” memory and “housekeeping” memory is taken in the aggregate. That is, each sector of a block, for example, may hold either user data or housekeeping data. The nature of the data in each sector may be identified through a mapping table, whether the mapping table performs this identification to the byte, sector, page, or block level is a matter of design choice. Generally data is initially written to a free block sequentially by physical sector location due to the constraints on current NAND FLASH technology; however, the type of data written to each sector, for example, may be determined by the operating software of the memory system or the data management system. Therefore U and H may be considered to refer to the amount of type of data in pages of a block, and not necessarily to a physical page location in the block.
  • When the LBAs are first allocated to PBAs, all of the pages in the U portion of memory may be allocated to LBAs. In a naively managed memory system, when user data is subsequently modified by writing the modified data to free pages, pages in the H portion of the memory are used until the PM of a block is filled up with live and dead pages; there are no more free pages. A corresponding number of pages H in the U portion of the memory will have been marked as dead, as the data stored therein has been modified and moved to a location in the H portion of the memory (as well as additional pages that have been moved as part of the housekeeping). So, when the block of physical memory PM is filled, there are H dead memory pages in the U portion of the memory. Since there is no further space for writing to free pages, the dead pages will need to be reclaimed by erasing the block. Prior to doing this, any remaining live pages in the PM, including the data in the H portion of the memory need to be relocated to another memory location so that valid data is not erased.
  • This description is a simplification for purposes of explanation and is not intended to be limiting. In a memory system, data that is being modified may be written to a different free page of same block or to another block. So, for example, data that has been modified once may be moved to the H category of the same block, or the U or H category of another block. Thus, a full block may also have less than H live pages, if greater than PM−U pages have been modified prior to filling of the block.
  • Write amplification is the number of write operations performed to the NAND flash system for a single write request from the user application. The amount of write amplification may be related to the percentage of available memory that is allocated to the user, with respect to the total amount of memory used to service the user needs, including all housekeeping functions, and any defective memory that is not available for any purpose.
  • For example, consider a memory block (a “source” block) having 64 pages divided as U=32 pages and H=32 pages. That is, the user appears to have 50% of the physical memory available for use. Initially, when the source block has been filled, all of the pages in the U memory area of the source will have been marked as dead, and have been moved into the H memory area. When the block is reclaimed by erasing, in order to free up the dead memory of the full block, the 32 live pages in memory area H may be relocated to another memory block (a “destination” block). The source memory block may then be erased and all of the source block PM becomes once again available for a writing operation. In the process, the destination memory block has the memory area U filled with live data from the source block. This may have been the situation that obtained at the beginning of process, except that the data is now stored in a different memory block. Of course once the block has been erased, the user data that was in the block could have been restored thereto, having been stored in either RAM or FLASH during the erasing process.
  • The writing of data described herein is again for the purposes of illustration. The same result would have been obtained if a single LBA was modified continuously so that the H area was filled with successive versions of the data in the LBA until the block was filled. The same number of live and dead sectors would have resulted by the time the block was filled.
  • The total number of write operations W may be the sum of the user write (modify data) operations UW, and the number of data transfer DT writes needed to clear all of the remaining live data from the source memory block prior to erasure. W=UW+DT. In this case UR was 32 and DT was also 32 as 50% of the physical memory in a block was allocated to each of U and H. In general, the number of user writes UW prior to filling the memory block would be H, which is the amount of initially free memory H at the beginning of the process. When the block has been filled up, H pages have been moved from the user memory U, and the number of live pages remaining is (U−H), excluding housekeeping data moves. This means that the number of data transfers DT is H+(U−H)=U We can express a write amplification factor Λ as the ratio of the total number of writes W to the number of writes needed to fill up the block. So A=W/H=(UW+DT)/H=(H+U)/H=1+U/H. In the limit, when only one of the pages of the block is allocated to user data, the average amplification factor A=1+1/63≈1, while the situation which would obtain when all but one of the pages was allocated to user data would be Λ=1+63/1=64.
  • Thus, the write amplification factor A is seen to be a function of the proportion of the actual physical memory that is allocated to the user data. The case described in this example had U=50% and H=50%, or H=32 and U=32 for A=1+32/32=2. In the first example, U=80% (51) and H=20% (13) so that A=1+51/13, or approximately 4. This function is shown in FIG. 7 and may serve to guide the design of a system where the percentage of the memory allocated to housekeeping memory housekeeping memory H may be traded against, for example, the write amplification factor A and the cost of the physical memory. Since the write amplification factor A has implication for both writing speed and wear out (the number of erases), each of these factors may enter into the design, depending on the application. For a fixed writing rate, the number of erases is proportional to the write amplification factor. So allocating too little memory may result in both excessive housekeeping overhead and faster wear out. The same physical memory may be configured at an initialization time to have a particular allocation of U and H, and thus the characteristics may be “tuned” to particular user needs.
  • It should be apparent that this example has been simplified by focusing on a single memory block, whereas a memory chip may have, for example, 4096 blocks and a memory module may have a plurality of chips, which may be organized so that a LBA may be written to any of the chips of the module having a free page. So, when a write operation is needed to either modify the data stored for a LBA or to relocate data for the purposes of marking all of the pages in a memory block as dead so that the memory block may be marked for erase, or erased, the page being written or relocated may be moved to the lowest free page in any block, in any selected chip of the module. The choice of a block to which the write operation (where write here is meant to be understood as including data-modify writes and data relocation writes) is to be performed may be the subject of a system policy. For example, successive writes may be organized so that they are distributed to the chips so as to limit the time that any chip is busy performing a write. Where a module is used in a naive mode, this may mean that the maximum blockage of a read operation would be a write time interval. Erase operations may be similarly treated, or hidden, using a RAID architecture, as previously mentioned herein.
  • The choice of destination for each written page may be made in accordance with a wide variety of system policies, which may also include the use of predictors of LBA behavior that may be learned by the memory controller, so that groups of pages may be written to contiguous areas, or dispersed, as needed. Distribution of the writes over the internal memory busses may contribute to a high read and write rate. At present, the relatively slow read and write times of FLASH memory when compared with, for example, DRAM, makes sophisticated memory management policies feasible, as the computational overhead is small when compared with the current NAND FLASH memory process execution times. When allocating a write operation to a block, consideration may be given to the erase count of each block and to each chip, so that the garbage collection process may also facilitate the wear leveling process.
  • The write amplification factor A measures the number of actual write operations associated with any write action (including the writes associated with relocation of data in a garbage collection operation, but not including, at least explicitly, wear leveling data relocation operations). As such, the user experience in writing a random page data would be better when A=1 and may decrease as the actual number of writes required for each user page write increased. Thus, when the highest continuous random write speed is estimated, the speed may be approximately proportional to the inverse of the write amplification factor A.
  • The operation of the memory at the block level of a chip may be visualized by reference to FIG. 5. Here, the combination of blocks 0 through N has enough pages to accommodate all of the pages of the LBA, which represents the portion of the memory system allocated to the user. When the system has been initialized, and no data has been as yet stored in the memory (state 1), all of the blocks are free, and there exists an additional pool of free blocks. Three such pool blocks are shown as being representative.
  • As data is written to the memory, which may include modification of data already written to the memory, some of the blocks become active, as pages of data are written, corresponding to LBAs (state 2). The status of each of the free pages in a block is adjusted accordingly. The status would first change from free to live, and when the data is modified and moved to a new address, the old physical address would be changed to dead, so that the data of any valid LBA is associated with only one physical page in the memory.
  • As operation of the system proceeds, some of the blocks become filled with a combination of live and dead pages; this is designated M in FIG. 5 (state 3). This may represent a situation where actual data has been written to substantially all of the LBAs, and there have been some data modify operations as well. Garbage collection may have been performed internally to the individual blocks so that the percentage of live data pages has been reduced. If there are no live pages remaining in a block, the block may be marked X, indicating that it may be erased opportunistically as needed or to replenish the free blocks in the free block pool. Alternatively, if there are no blocks marked X, and free page space is needed, one or more of the blocks marked M may be prepared for erasure by moving the remaining live pages to another block so that the block may be erased and a free block created. The choice of a partially dead block on which this operation may be performed may be a policy which, for example may take into consideration the percentage of the pages which are dead, the number of previous block erasures, the data type, or the like (state 4). When a block has been reclaimed (erased), it may be added to the block pool so as to keep the block pool at or above a minimum size. The numbering and location of the blocks is meant to be conceptual, and may be considered as a logical notation, so that any block on the chip may be either in the user data area or the free block pool.
  • The number of blocks in the pool of free blocks is a design choice, and depends on the amount of over-provisioning of memory in a module with respect to the amount of memory made available to the user.
  • As a write operation may be made to any block having a free page, and a module may have a plurality of chips, the interference between read and write operations may be mitigated by distributing the data pages amongst the totality of available blocks, taking advantage of the principles of spatial and temporal locality. In NAND FLASH, the write operation may be performed to a memory location one greater than the current value of a pointer, in order to avoid leaving unwritten memory locations interspersed with valid data. The pointer is incremented with each write operation so as to point to the lowest block in memory that is currently a free memory location.
  • In another example, shown in FIG. 8, the memory system may be organized as an array of modules connected by a bus system. A bus-connected array of memory modules has been described in U.S. Ser. No. 11/405,083, Interconnection System, filed on Apr. 17, 2006, which is commonly owned and which is incorporated herein by reference. A module, which may be the module of FIG. 1 may have the volatile storage 20 and the non-volatile storage 30, and may have a bus interface or local memory controller 10.
  • Memory systems may have additional protection against data loss by the use of RAID data storage techniques, as described in U.S. Ser. No. 12/079,737, Memory Management System and Method, filed on Mar. 26, 2008, which is commonly owned, and is incorporated herein by reference.
  • In an example, a memory system was described including, including a plurality of memory modules, where each module may have a capability for writing and reading data. M bytes of data may be stored in a group of N memory modules of the plurality of memory modules. An error correcting code for the M bytes of data stored in the group of N memory modules may be stored in another one of memory module of the plurality of modules, or distributed amongst the modules. When the stored data is retrieved from any N−1 modules of the group of N memory modules and includes the error correcting data, the M bytes of data stored in the group of N memory modules may be recovered.
  • In a particular embodiment of the RAID concept data may be stored on different memory modules, or memory circuits, so as to realize a RAID 5 organization with 4 data modules and 1 parity module. Each LBA may be divided into a group of four smaller LBA ranges (for example, sectors) and stored on four different memory modules. A parity value for each group of LBA ranges is computed and stored on a fifth memory module. Such an organization of the data storage permits the recovery of data when a memory module fails.
  • However, as disclosed, the memory system may be configured to operate such that only 4 of the 5 modules in a RAID group need to have reported data that has been read in response to a read request. The data for the late module may recovered, if needed, by using the data in the modules that have already reported data. The late module may be performing an erase or a write operation. In particular, the modules in a RAID group may be configured such that only one module is enabled to perform an erase operation at a particular epoch. So, four modules of the five modules will be in a condition where read operations may be performed promptly, and where the data of the fifth module is data and not parity information, the parity information, being promptly returned from one of the modules not in the erase state at the time, is used to reconstruct the data. Alternatively, the first four modules may return data, and not the parity information. In this circumstance, the parity data is not needed to recover the data.
  • Depending on the system configuration and the operational policy employed, write operations, which cause smaller delays than erase operations, may be permitted to occur during read epochs of a module, may be restricted to the erase epoch, or be governed by the dynamic write and read data loads and the desired performance characteristics of the system. Physical or logical portions of the memory system may be subject to different operational policies.
  • FIG. 5 shows an example of the management of a two dimensional array of data. When the RAID-5 system was operated such that only one of the five memory modules A1-Ap was permitted to be in a write mode at any time, the four remaining of the memory modules promptly return data so that the latency for a read operation is not compromised, for a combined write and erase load, for this configuration, of 20 percent or less. This situation contrasts with a system not having this constraint on the sequence of write or erase operations, where the interference between read and write operations begins at a very low write load. Such interference is often observed as spikes in the latency time to respond to a particular read request. The number of data pages represented by a parity page is a matter of design choice.
  • In order to avoid unnecessary repetition of the words write and erase, the remaining discussion will use the word erase to describe the epoch or the operation of erasing a block of memory. Write operations may be performed in the erase epoch when erase operations are not being performed. Write operations may also be performed during read epochs if permitted by the operational policy in effect at the time write operation is pending. Since a write operation may be completed in a shorter time than an erase operation, for currently available FLASH memory circuits, a plurality of write operations may be performed during the time that a single erase operation would performed. Alternatively, if an erase operation is not scheduled, or both the pending erase and write operations are performed before completion of an erase epoch, the memory management policy may place the module back into a read state, or both place the module in a read state, and enable another module to begin the erase state early.
  • The memory data in FIG. 5 is shown as organized in stripes, and a 0th stripe 410 comprises memory modules 310 (or, for example, chips) A0, B0 C0, D0 and P0, arranged in columns A, B, C, D, and P respectively. The remaining stripes of the system, 2-9, are similar, so as to form a memory system of 50 modules.
  • The physical and logical arrangement of the modules or addresses may be any such arrangement where the memory where the data is stored may be accessed in the manner described; that is, that less than all of the modules return data promptly, but that the data returned from the memory system permits the recovery of data that may be delayed, prior to the receipt of the delayed or absent data.
  • For purposes of explanation, a timing circuit on each memory module is considered to be initialized at the same time as on the other memory circuits, and marks time in intervals of 1 msec, which corresponds to time sufficient to complete an erase operation. A longer time interval may permit the performance of multiple erase operations or erase and write operations.
  • Erase operations are performed one column at a time in successive time intervals. FIG. 6A shows columns 514 of the memory modules being enabled for writing operation in successive time intervals t1, t2, . . . t10, and which repeat, modulo 10. As shown in FIG. 6B, where a time history of stripe 0 is shown, it may be seen that a single memory module is enabled for a write operation at any time period. This satisfies the criterion that 4 of the 5 memory modules in a stripe be available for a read operation at any time. This results in a latency dependent only of the read latency with no write-load influence, until the system experiences a substantial write load: in this case 20 percent of the time line.
  • The allocation of time periods in which memory modules may perform the erase operations may be done in any number of ways: for example, allocating time periods with respect to a global reference time so that modules operate with local determination of the period of time, by the transmission of a control messages from a global controller, by token passing from module-to-module, by command buses or wires between the modules, or the like. A combination of approaches may be used: for example, in a system where when the desired programming data rate was greater than could be satisfied by having a single column of the RAID group performing erasing at one time, and if there were multiple RAID groups, then one module of some or all RAID groups may be erasing while, at the same time for some number of RAID groups, more than one or all modules are erasing as shown in FIG. 5. In such a system, for example, the column which may perform an erase or program may be determined by a fixed allocation of time periods, while the determination of when an entire row or RAID group may perform an erase operation may be determined by one of the modules in a RAID group sending a command to the next RAID group indicating the next RAID group can start, a form of token passing, and the module may have determined that all modules in its RAID group had completed their erase operation by use of a second token passing scheme, or a ‘pull down’ wire that all modules hold until they are done, or a command bus the other modules use to indicate they are done, or a similar method or configuration.
  • Where the term memory module is used, the memory module may be, for example, a pluggable circuit card with a plurality of memory circuits thereon, or the memory module may be each one of, or a group of, memory circuits on the circuit card, or what is known as a Solid State Disk (SSD). SSDs come in many form factors, from individual cards to packages that may conform to the size and shape of a mechanical disk drive. The scale size of the logical address range that may be associated with a memory module or storage location is not intended to be limited by the description herein, and a memory module may thus encompass both larger and smaller data storage devices or data structures.
  • Where the FLASH memory is organized into modules of memory and a module of memory is assigned to a particular RAID stripe, generally some modules are in a read-enabled state and some modules are in an erase-enabled state at the same time. Which module are in a specific state at a particular time thus varies as the modules are sequenced through the read and erase states, while maintaining the property that the data can be reconstructed from using data that is returned from the modules in the read state. Again, it should be emphasized that the actual memory organization may differ from that described, so long as the data recovery property is maintained.
  • In a large memory system, not all of the RAID groups may have the same data read or erase loads. Some locations may be more heavily used than others, and this may be dependent on the evolution of the processing load and type supported by the memory system. At times, all of the needed erase operations may have already been completed when the memory module is schedule for a write state. Here, a write state includes the erase operation; however, erase and write states may be scheduled separately. During the periods of the write state where no erase or write operations are pending, the FLASH memory busses are effectively idle. Similarly both local computational resources and scratch memory may also be lightly loaded.
  • The time period where a module or circuit of memory is in the write or erase state is well suited for performing local operations, such as housekeeping, including garbage collection and wear leveling, particularly where erase operations are used to recover a block of memory. These operations are more often performed on a bank of FLASH memory and may not extend across chip boundaries, although such a span is not precluded. In any event, when a chip of a module is not engaged in an erase operation, read and write operations may also be performed for housekeeping purposes (wear leveling, garbage collection and the like), and the time interval where such operations are performed may not affect the response time of the RAID array, since the operations occur during a period of time where data is not expected to be available from the memory module, and since the module itself is in an erase state from a user perspective.
  • By performing the pending erase operations for garbage collection during the erase epoch, the erase load for garbage collection is subsumed in the erase interval of the RAID group. Moreover, read operations, for any purpose, may have been performed at any time since the preceding erase epoch and stored in non-volatile memory. Such data may be written to new locations promptly, or deferred for writing during the erase epoch, where writes may be performed to other chips in a package that are not scheduled for an erase operation. So, a plurality of pending write operations associated with either the user storage of data, or the housekeeping data previously read for relocation may be performed, thus subsuming the associate write operations in the erase epoch and being hidden to the user by the RAID reconstruction process as previously described.
  • While a particular schema for garbage collection has been described in detail in this application, a variety of garbage collection algorithms may be used, as all such algorithms need to erase at least a block of data locations so as to reclaim the block for writing of data. The size of a block to be erased is dependent on the specific type of FLASH memory used.
  • Since the on-module read and write operations can be performed during the erase epoch with almost full use of the read and write bandwidths of the FLASH memory circuits on the module, this may permit almost 20 percent of the time line to be used for housekeeping operations in the present example, without a noticeable effect on user system performance, since erase, write and read operations are not perceived by the user at a memory system level.
  • In any event, performing the pending garbage collection operations during the erase interval at least reduces the number of housekeeping operations which may remain to be performed during periods when the user is accessing data in the RAID group. As housekeeping operations may generally be temporarily suspended in whole or in part during high system transient loads, the hidden housekeeping operations may be scheduled during lulls in user activity.
  • The scheduling of housekeeping erase operations during a scheduled erase epoch effectively subsumes, or hides, the erase operations in a scheduled epoch where the user may not need immediate access to the particular chip or module where data in the RAID group is stored. Thus a memory system may be configured so as to subsume housekeeping operations in the periods where the user need not immediately access data in the particular memory circuit in order to experience sustained performance at high data rates, for both reading and writing.
  • It is therefore intended that the foregoing detailed description be regarded as illustrative rather than limiting, and that it be understood that it is the following claims, including all equivalents, that are intended to define the spirit and scope of this invention.

Claims (36)

1. A non-volatile data storage system, comprising:
a memory module having a plurality of non-volatile memory circuits (NVS) each NVS circuit configurable into a first memory area and a second memory area, each of the first and the second memory areas having a plurality storage locations for data,
wherein the a memory circuit of the plurality of memory circuits is further configurable such that a storage location of the plurality of storage locations of the memory circuit is characterized as having a status of one of live, dead, or free, and prior to all of the storage locations of the first memory area being characterized as being either live or dead, a processor of the memory module is configurable to move data from at least one active storage location in the first memory area of the memory circuit to a free storage location not in the first memory area.
2. The data storage system of claim 1, wherein the first memory area and the second memory area comprise a memory block of the memory circuit and when none of the storage locations in the memory is free, the processor is configurable to move the data in the live storage locations to another memory block.
3. The data storage system of claim 1, wherein when none storage areas of a memory block is live, the block is scheduled to be erased.
4. The data storage system of claim 3, wherein a plurality of memory blocks are configured as a RAID stripe where an erase operation is scheduled such that the data stored in the RAID stripe is recoverable prior to the completion of an erase operation in progress at the time a read request is made.
5. A data storage system comprising:
a memory module having a plurality of non-volatile memory circuits (NVS) each NVS configurable into a first memory area and a second memory area, each of the first and the second memory areas having storage locations for data, and each of the storage locations once writable unless subsequently erased,
wherein the memory module is further configurable such that each storage location has a status of one of active, dead, or free, and when all of the storage locations of the first memory area of a NVS of the plurality of NVS are either active or dead, and data stored in an active storage location of the first memory area is modified, the memory module is configurable to move data from at least one other active storage location of the memory module to a free storage location not in the first memory area.
6. The system of claim 5, wherein the storage locations the first memory area and the second memory area are logical memory locations.
7. The system of claim 5, wherein when less than a predetermined percentage of the second memory area is one of active or dead storage locations, the data from the least one other active storage location of the first memory area is moved to a free storage location in the second memory area or to a free storage location of another NVS.
8. The system of claim 5, wherein when greater than a predetermined percentage of the second memory area is one of active or dead storage locations, data from least two other active storage locations of the first memory area is moved to a free storage location of the second memory area or to a free storage location of another NVS.
9. The system of claim 5, wherein when data in an active storage location of the second memory area is modified, the memory module is configured to move data from at least one other active storage location of the first memory area to a free storage location not in the first memory area.
10. The system of claim 5, wherein the storage locations comprise a first storage location and a second storage location, and modification of data of the first storage location is performed by writing modified data to the second location, the second location being a free storage location.
11. The system of claim 10, wherein, where each of the first storage location and the second storage location are a plurality of storage locations, and a storage location of the plurality of first storage locations having data that has been written to the second storage location has a status of dead, and a storage location of the plurality of first storage locations having data that has not been written to second storage locations has a status of active, and data of active storage locations is writable to a free first or second storage location on any of a plurality of NVS.
12. The system of claim 5, wherein a number of storage locations of the second memory area is about 20 percent of sum of the number of storage locations of the first memory area and the second memory area.
13. The system of claim 5, wherein the first memory area and the second memory area comprise a block of the NVS; the block is a minimum erasable area of memory, and each storage location of the block has a status of free after the block is erased.
14. The system of claim 13, wherein the NVS comprises a plurality of blocks of memory.
15. The system of claim 5, where the NVS comprises a flash memory circuit.
16. The system of claim 15, wherein the flash memory circuit is one of a single level cell or a multiple level cell technology.
17. The system of claim 5, wherein the number of storage locations in the first memory area and the second memory area is determined by a system policy.
18. A method of managing data in a flash memory system, the method comprising:
allocating a block of flash memory of a flash memory circuit to a first memory area and a second memory area, each memory area having a plurality of pages for storing data;
writing data to a page of the first memory area of a block;
modifying the data of the page by writing modified data to a free page of the block, or to another block having a free page; and
for the condition that the plurality of pages of the first memory area are all either active or dead:
moving data of at least one additional active page from the first memory area to a free page not in the first memory area.
19. The method of claim 18, wherein each page has a status of free, active or dead, and data is writable to free pages.
20. The method of claim 19, further comprising designating a page having data as an active page.
21. The method of claim 20, further comprising designating an active page having data that has been read and modified, modified by writing modified data to another page, or moved, as a dead page.
22. The method of claim 18, further comprising designating all valid pages as free pages after erasing a block of memory.
23. The method of claim 18, wherein for the condition that a predetermined percentage the plurality of pages of the second memory area are either active or dead:
moving data of at least two additional active pages from the first memory area to a free page not in the first memory area.
24. The method of claim 18, further comprising:
determining that no free pages remain in the second memory area and:
moving data of at least one of the active pages in the first or second data areas, to a free page not in the first or the second memory areas until the data of all of the pages of the block are dead, in accordance with a policy.
25. The method of claim 21, further comprising marking the block having all dead pages as being available for an erase operation.
26. The method of claim 25, further comprising erasing a marked block, in accordance with a policy.
27. The method of claim 26, wherein the policy is that a marked block of a plurality of marked blocks having the lowest number of previous erases is the marked block selected to be erased.
28. A computer program product, stored or distributed on or in a computer readable medium, the product comprising:
instructions for configuring a processor in communication with a flash memory circuit to perform a method of:
allocating free pages of a block of the flash memory circuit to a first memory area and a second memory area;
writing data to a free page of the first memory area and designating the page as an active page;
moving the data of the active page to a free page not in the first memory area, and designating the active page as a dead page;
determining whether all pages of the first memory area are designated as either active or dead pages; and
for each additional page designated as a dead page:
moving data of at least one additional active page from the first memory area to a free page not in the first memory area.
29. The computer program product of claim 28, further comprising: erasing the pages of the block and designating the erased pages as free pages.
30. The computer program product of claim 29, wherein the free page not in the first memory area is a free page in the second memory area, or a free page in a second block of a plurality of blocks of the flash memory circuit.
31. The computer program product of claim 29, wherein, when there are no free pages in the block, data of active pages in the first memory area and the second memory area are moved to the second block, in accordance with a policy.
32. The computer program product of claim 31, wherein when none of the pages of the block are live or free pages, the block is marked for an erase operation.
33. The computer program product of claim 32, wherein a block having a status of being available for an erase operation is erased in accordance with a policy.
34. The computer program product of claim 33, wherein the policy is to erase the block having lowest number of previous erases.
35. The computer program product of claim 33, wherein a pointer having a value equal to that of a free page of the block having the lowest page number is maintained, and performing the steps of writing or moving by writing data to the free page corresponding to the value of the pointer.
36. A computer memory system, comprising:
a plurality of non-volatile memory circuits (NVS), wherein a block of data is stored such that the block of data is allocated to a plurality of memory areas of the memory circuits, and a parity block of the block of data is allocated to another of the plurality of memory areas,
wherein erase operations of a garbage collection process for the memory areas are scheduled such that the block of data can be recovered from the memory system by either of: reading the block of parity data and less than all of the plurality of memory areas to which the block of data is stored; or reading the block of data from the plurality of memory areas.
US12/796,836 2009-06-12 2010-06-09 Memory system having persistent garbage collection Abandoned US20100325351A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/796,836 US20100325351A1 (en) 2009-06-12 2010-06-09 Memory system having persistent garbage collection
US16/052,513 US10204042B2 (en) 2009-06-12 2018-08-01 Memory system having persistent garbage collection
US16/232,945 US10754769B2 (en) 2009-06-12 2018-12-26 Memory system having persistent garbage collection

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US18662609P 2009-06-12 2009-06-12
US12/796,836 US20100325351A1 (en) 2009-06-12 2010-06-09 Memory system having persistent garbage collection

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/052,513 Continuation US10204042B2 (en) 2009-06-12 2018-08-01 Memory system having persistent garbage collection

Publications (1)

Publication Number Publication Date
US20100325351A1 true US20100325351A1 (en) 2010-12-23

Family

ID=43309458

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/796,836 Abandoned US20100325351A1 (en) 2009-06-12 2010-06-09 Memory system having persistent garbage collection
US16/052,513 Active US10204042B2 (en) 2009-06-12 2018-08-01 Memory system having persistent garbage collection
US16/232,945 Active 2030-08-03 US10754769B2 (en) 2009-06-12 2018-12-26 Memory system having persistent garbage collection

Family Applications After (2)

Application Number Title Priority Date Filing Date
US16/052,513 Active US10204042B2 (en) 2009-06-12 2018-08-01 Memory system having persistent garbage collection
US16/232,945 Active 2030-08-03 US10754769B2 (en) 2009-06-12 2018-12-26 Memory system having persistent garbage collection

Country Status (5)

Country Link
US (3) US20100325351A1 (en)
EP (1) EP2441004B8 (en)
KR (1) KR101324688B1 (en)
CN (1) CN102576330B (en)
WO (1) WO2010144587A2 (en)

Cited By (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110004722A1 (en) * 2009-07-06 2011-01-06 Micron Technology, Inc. Data transfer management
US20110010490A1 (en) * 2009-07-08 2011-01-13 Samsung Electronics Co., Ltd. Solid state drive and related method of operation
US20110153913A1 (en) * 2009-12-18 2011-06-23 Jianmin Huang Non-Volatile Memory with Multi-Gear Control Using On-Chip Folding of Data
US20110153912A1 (en) * 2009-12-18 2011-06-23 Sergey Anatolievich Gorobets Maintaining Updates of Multi-Level Non-Volatile Memory in Binary Non-Volatile Memory
US20110231595A1 (en) * 2010-03-17 2011-09-22 Apple Inc. Systems and methods for handling hibernation data
US20110296132A1 (en) * 2010-05-31 2011-12-01 International Business Machines Corporation Garbage collection in an in-memory replication system
US20120066438A1 (en) * 2010-09-15 2012-03-15 Yoon Han Bin Non-volatile memory device, operation method thereof, and device having the same
US20120303860A1 (en) * 2011-05-26 2012-11-29 International Business Machines Corporation Method and Controller for Identifying a Unit in a Solid State Memory Device for Writing Data To
WO2013009994A2 (en) 2011-07-12 2013-01-17 Violin Memory, Inc. Raided memory system
WO2013012632A1 (en) * 2011-07-18 2013-01-24 Apple Inc. Non-volatile temporary data handling
US20130041927A1 (en) * 2011-08-10 2013-02-14 Alibaba Group Holding Limited Shrinking Virtual Hard Disk Image
US8407377B1 (en) 2012-03-23 2013-03-26 DSSD, Inc. Storage system with multicast DMA and unified address space
US20130117525A1 (en) * 2011-11-04 2013-05-09 Lsi Corporation Method for implementing pre-emptive read reconstruction
US20130117501A1 (en) * 2011-11-07 2013-05-09 Samsung Electronics Co., Ltd. Garbage collection method for nonvolatile memory device
US20130173954A1 (en) * 2012-01-02 2013-07-04 Samsung Electronics Co., Ltd. Method of managing bad storage region of memory device and storage device using the method
US8539007B2 (en) 2011-10-17 2013-09-17 International Business Machines Corporation Efficient garbage collection in a compressed journal file
US20130246686A1 (en) * 2012-03-19 2013-09-19 Hitachi, Ltd. Storage system comprising nonvolatile semiconductor storage device, and storage control method
US20130262750A1 (en) * 2012-03-30 2013-10-03 Hitachi, Ltd. Storage system and storage system control method
WO2013155368A1 (en) * 2012-04-12 2013-10-17 Violin Memory, Inc. Managing trim operations in a flash memory system
US8681548B2 (en) 2012-05-03 2014-03-25 Sandisk Technologies Inc. Column redundancy circuitry for non-volatile memory
US8711625B2 (en) 2009-07-06 2014-04-29 Sandisk Technologies Inc. Bad column management with bit information in non-volatile memory systems
US8725935B2 (en) 2009-12-18 2014-05-13 Sandisk Technologies Inc. Balanced performance for on-chip folding of non-volatile memories
CN103927261A (en) * 2013-01-15 2014-07-16 国际商业机器公司 Efficient Allocation And Reclamation Method For Thin-provisioned Storage And System Thereof
US20140324917A1 (en) * 2013-04-29 2014-10-30 Sap Ag Reclamation of empty pages in database tables
US8897080B2 (en) 2012-09-28 2014-11-25 Sandisk Technologies Inc. Variable rate serial to parallel shift register
US9001585B1 (en) * 2013-12-26 2015-04-07 Phison Electronics Corp. Data writing method, memory control circuit unit and memory storage apparatus
US20150101026A1 (en) * 2013-10-03 2015-04-09 Yoram KRAUS Device, system, and method of social networking
US9076506B2 (en) 2012-09-28 2015-07-07 Sandisk Technologies Inc. Variable rate parallel to serial shift register
US9158670B1 (en) 2011-06-30 2015-10-13 Western Digital Technologies, Inc. System and method for dynamically adjusting garbage collection policies in solid-state memory
US9218281B2 (en) 2012-05-04 2015-12-22 Seagate Technology Llc Maintaining ordering via a multi-level map of a solid-state media
US9224502B1 (en) 2015-01-14 2015-12-29 Sandisk Technologies Inc. Techniques for detection and treating memory hole to local interconnect marginality defects
US9269446B1 (en) 2015-04-08 2016-02-23 Sandisk Technologies Inc. Methods to improve programming of slow cells
US20160062882A1 (en) * 2014-08-29 2016-03-03 Emc Corporation Method and system for garbage collection in a storage system based on longevity of stored data
US9280463B2 (en) 2013-07-25 2016-03-08 Globalfoundries Inc. Semiconductor memory garbage collection
US20160092325A1 (en) * 2014-09-30 2016-03-31 Sandisk Technologies Inc. Failure logging mechanism to reduce garbage collection time in partially reused bad blocks
US20160103631A1 (en) * 2014-10-13 2016-04-14 Silicon Motion, Inc. Non-volatile memory devices and control methods therefor
US9342446B2 (en) 2011-03-29 2016-05-17 SanDisk Technologies, Inc. Non-volatile memory system allowing reverse eviction of data updates to non-volatile binary cache
US9348741B1 (en) * 2011-12-19 2016-05-24 Western Digital Technologies, Inc. Systems and methods for handling write data access requests in data storage devices
US20160188410A1 (en) * 2014-12-29 2016-06-30 Ju-Pyung Lee Stripe reconstituting method performed in storage system, method of performing garbage collection by using the stripe reconstituting method, and storage system performing the stripe reconstituting method
US9400603B2 (en) 2014-12-16 2016-07-26 International Business Machines Corporation Implementing enhanced performance flash memory devices
US9443591B2 (en) 2013-01-23 2016-09-13 Seagate Technology Llc Storage device out-of-space handling
US9465733B2 (en) 2013-06-14 2016-10-11 Samsung Electronics Co., Ltd. Storage device and global garbage collection method of data storage system including the same
US9490035B2 (en) 2012-09-28 2016-11-08 SanDisk Technologies, Inc. Centralized variable rate serializer and deserializer for bad column management
US9558112B1 (en) 2012-05-08 2017-01-31 Google Inc. Data management in a data storage device
US9564219B2 (en) 2015-04-08 2017-02-07 Sandisk Technologies Llc Current based detection and recording of memory hole-interconnect spacing defects
US9564212B2 (en) 2014-05-06 2017-02-07 Western Digital Technologies, Inc. Solid-state memory corruption mitigation
US20170083549A1 (en) * 2015-09-14 2017-03-23 Emc Corporation Tracing garbage collector for search trees under multi-version concurrency control
US20170220422A1 (en) * 2014-08-28 2017-08-03 Hewlett Packard Enterprise Development Lp Moving data chunks
WO2017132056A1 (en) * 2016-01-29 2017-08-03 Netapp, Inc. Hot-spot adaptive garbage collection
US9823863B1 (en) * 2014-06-30 2017-11-21 Sk Hynix Memory Solutions Inc. Sub-blocks and meta pages for mapping table rebuild
US9934872B2 (en) 2014-10-30 2018-04-03 Sandisk Technologies Llc Erase stress and delta erase loop count methods for various fail modes in non-volatile memory
US10032524B2 (en) 2015-02-09 2018-07-24 Sandisk Technologies Llc Techniques for determining local interconnect defects
US20180225126A1 (en) * 2016-01-14 2018-08-09 Hewlett-Packard Development Company, L.P. Management with respect to a basic input/output system policy
US10168926B2 (en) 2015-09-10 2019-01-01 Samsung Electronics Co., Ltd. Method of operating data storage device and method of operating data processing system including same
US20190146945A1 (en) * 2017-11-10 2019-05-16 SK Hynix Inc. Converged memory device and method thereof
US10296453B2 (en) 2015-09-22 2019-05-21 Samsung Electronics Co., Ltd. Memory controller, non-volatile memory system, and method of operating the same
CN109947355A (en) * 2017-12-20 2019-06-28 慧荣科技股份有限公司 For Dynamic Execution memory data collection storage device and operating method
US20190354476A1 (en) * 2018-05-18 2019-11-21 SK Hynix Inc. Storage device and method of operating the same
US10528273B2 (en) 2017-11-07 2020-01-07 Nxp Usa, Inc. Dynamic compression in an electrically erasable programmble read only memory (EEPROM) emulation system
CN110764704A (en) * 2019-10-18 2020-02-07 浙江大华技术股份有限公司 Environment variable writing method, storage medium and electronic device
US10572340B2 (en) 2014-12-29 2020-02-25 Huawei Technologies Co., Ltd. Solid state disk storage device and method for accessing data in solid state disk storage device
US20200210102A1 (en) * 2018-12-26 2020-07-02 Macronix International Co., Ltd. Flash memory device and controlling method thereof
US10754769B2 (en) 2009-06-12 2020-08-25 Violin Systems Llc Memory system having persistent garbage collection
US10785024B2 (en) 2018-06-20 2020-09-22 International Business Machines Corporation Encryption key structure within block based memory
US10783022B2 (en) 2018-08-03 2020-09-22 EMC IP Holding Company LLC Immediate replication for dedicated data blocks
TWI707268B (en) * 2014-08-26 2020-10-11 韓商愛思開海力士有限公司 Data storage device and method for operating the same
CN112631523A (en) * 2020-12-29 2021-04-09 杭州电子科技大学 Selection method for solid state disk garbage recovery victim block
US10998082B2 (en) 2017-10-31 2021-05-04 SK Hynix Inc. Memory system for activating redundancy memory cell and operating method thereof
US11204865B2 (en) 2019-01-07 2021-12-21 SK Hynix Inc. Data storage device, operation method thereof, and storage system including the same
US11437120B2 (en) 2017-10-31 2022-09-06 SK Hynix Inc. Memory system for activating redundancy memory cell and operating method thereof
US11681614B1 (en) * 2013-01-28 2023-06-20 Radian Memory Systems, Inc. Storage device with subdivisions, subdivision query, and write operations
US11899575B1 (en) 2013-01-28 2024-02-13 Radian Memory Systems, Inc. Flash memory system with address-based subdivision selection by host and metadata management in storage drive

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11010076B2 (en) 2007-03-29 2021-05-18 Violin Systems Llc Memory system with multiple striping of raid groups and method for performing the same
US9424128B2 (en) 2011-08-12 2016-08-23 Futurewei Technologies, Inc. Method and apparatus for flexible RAID in SSD
WO2013023564A1 (en) * 2011-08-12 2013-02-21 Huawei Technologies Co., Ltd. Method and apparatus for flexible raid in ssd
KR101335343B1 (en) 2011-10-14 2013-12-02 성균관대학교산학협력단 Apparatus and method for memory management
JP5853899B2 (en) 2012-03-23 2016-02-09 ソニー株式会社 Storage control device, storage device, information processing system, and processing method therefor
CN104102456B (en) * 2013-04-15 2017-08-25 旺宏电子股份有限公司 Storage arrangement machine operated method
TWI515737B (en) * 2013-12-09 2016-01-01 慧榮科技股份有限公司 Data storage device and data erasing method
US10127157B2 (en) * 2014-10-06 2018-11-13 SK Hynix Inc. Sizing a cache while taking into account a total bytes written requirement
CN105278876B (en) * 2015-09-23 2018-12-14 华为技术有限公司 A kind of the data method for deleting and device of solid state hard disk
CN107665090B (en) * 2016-07-27 2021-09-03 北京忆恒创源科技有限公司 Method for realizing global wear leveling
CN108733575B (en) * 2017-04-20 2022-12-27 深圳市得一微电子有限责任公司 Method for reconstructing physical mapping table by logic after power-off restart and solid state disk
KR102447602B1 (en) * 2017-10-25 2022-09-26 삼성전자주식회사 Memory device and Dynamic garbage collection Method thereof
CN108280029B (en) * 2018-02-28 2022-03-22 郑州云海信息技术有限公司 NorFlash chip-based data erasing method and system
KR20200027858A (en) * 2018-09-05 2020-03-13 에스케이하이닉스 주식회사 Memory controller and memory system having the same
KR20200085510A (en) * 2019-01-07 2020-07-15 에스케이하이닉스 주식회사 Data Storage Device, Operation Method Thereof, and Controller Therefor
CN111240598B (en) * 2020-01-15 2021-07-13 西安交通大学 Large-capacity rapid NandFlash storage implementation method based on software and hardware combination mode
US11580018B2 (en) * 2021-04-25 2023-02-14 Silicon Motion, Inc. Method and apparatus for page validity management and related storage system
US11733893B2 (en) 2021-07-28 2023-08-22 International Business Machines Corporation Management of flash storage media
CN116661696B (en) * 2023-06-05 2024-03-22 深圳市航顺芯片技术研发有限公司 Storage method based on flash memory and related device

Citations (99)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4363094A (en) * 1977-12-29 1982-12-07 M/A-COM DDC, Inc. Communications processor
US4843288A (en) * 1988-03-28 1989-06-27 Rigidyne Corporation Phase locked motor control system for multiple disk drive units
US5128810A (en) * 1988-08-02 1992-07-07 Cray Research, Inc. Single disk emulation interface for an array of synchronous spindle disk drives
US5379262A (en) * 1992-07-01 1995-01-03 Kabushiki Kaisha Toshiba Nonvolatile semiconductor memory device
US5687183A (en) * 1991-12-18 1997-11-11 Sun Microsystems, Inc. Memory access system with overwrite prevention for overlapping write operations
US5974503A (en) * 1997-04-25 1999-10-26 Emc Corporation Storage and access of continuous media files indexed as lists of raid stripe sets associated with file names
US6009547A (en) * 1997-12-03 1999-12-28 International Business Machines Corporation ECC in memory arrays having subsequent insertion of content
US6038570A (en) * 1993-06-03 2000-03-14 Network Appliance, Inc. Method for allocating files in a file system integrated with a RAID disk sub-system
US6118612A (en) * 1991-12-05 2000-09-12 International Business Machines Corporation Disk drive synchronization
US6151289A (en) * 1996-01-22 2000-11-21 T. Squared G, Inc. Multibyte random access mass storage/memory system
US6185134B1 (en) * 1998-12-10 2001-02-06 Kabushiki Kaisha Toshiba Flash memory control method, flash memory system using the control method and flash memory device using the control method
US6205571B1 (en) * 1998-12-29 2001-03-20 International Business Machines Corporation X-Y grid tree tuning method
US6226708B1 (en) * 1997-08-18 2001-05-01 Texas Instruments Incorporated Method and system for efficiently programming non-volatile memory
US6237052B1 (en) * 1996-05-03 2001-05-22 Netcell Corporation On-the-fly redundancy operation for forming redundant drive data and reconstructing missing data as data transferred between buffer memory and disk drives during write and read operation respectively
US6321345B1 (en) * 1999-03-01 2001-11-20 Seachange Systems, Inc. Slow response in redundant arrays of inexpensive disks
US6353895B1 (en) * 1998-02-19 2002-03-05 Adaptec, Inc. RAID architecture with two-drive fault tolerance
US6374337B1 (en) * 1998-11-17 2002-04-16 Lexar Media, Inc. Data pipelining method and apparatus for memory control circuit
US20020046322A1 (en) * 2000-10-14 2002-04-18 International Business Machines Corporation Data storage system and method of storing data
US20020073285A1 (en) * 2000-09-09 2002-06-13 International Business Machines Corporation Data sorting in information storage systems
US20020083379A1 (en) * 2000-11-02 2002-06-27 Junji Nishikawa On-line reconstruction processing method and on-line reconstruction processing apparatus
US6425052B1 (en) * 1999-10-28 2002-07-23 Sun Microsystems, Inc. Load balancing configuration for storage arrays employing mirroring and striping
US20020099904A1 (en) * 2001-01-19 2002-07-25 Conley Kevin M. Partial block data programming and reading operations in a non-volatile memory
US20020103966A1 (en) * 2000-12-04 2002-08-01 Wu Chia Y. System and method for efficient data mirroring in a pair of storage devices
US20020120901A1 (en) * 1999-07-30 2002-08-29 Poirier Christopher A. Early error detection using ECC
US20030046489A1 (en) * 2001-09-05 2003-03-06 Hitachi, Ltd. Disk memory device
US6539463B1 (en) * 1999-11-09 2003-03-25 Nec Corporation Disk-array apparatus capable of performing writing process in high transmission speed and surely avoiding data loss
US20030065876A1 (en) * 2001-09-28 2003-04-03 Menahem Lasser Flash management system using only sequential Write
US20030084397A1 (en) * 2001-10-31 2003-05-01 Exanet Co. Apparatus and method for a distributed raid
US6567311B2 (en) * 1996-07-09 2003-05-20 Hitachi, Ltd. Nonvolatile memory system, semiconductor memory, and writing method
US20030097524A1 (en) * 2001-11-14 2003-05-22 International Business Machines Corporation System, apparatus and method provding adaptive write policy for disk array controllers
US20030105928A1 (en) * 2001-12-04 2003-06-05 International Business Machines Corporation Method, system, and program for destaging data in cache
US20030110343A1 (en) * 2001-12-11 2003-06-12 Mitsubishi Denki Kabushiki Kaisha File system including non-volatile semiconductor memory device having a plurality of banks
US6581185B1 (en) * 2000-01-24 2003-06-17 Storage Technology Corporation Apparatus and method for reconstructing data using cross-parity stripes on storage media
US6591339B1 (en) * 1999-05-03 2003-07-08 3Ware, Inc. Methods and systems for selecting block sizes for use with disk arrays
US20030208511A1 (en) * 2002-05-02 2003-11-06 Earl Leroy D. Database replication system
US20030212858A1 (en) * 2002-05-10 2003-11-13 International Business Machines Corp. Data storage array method and system
US20040073767A1 (en) * 2001-09-28 2004-04-15 Johnson Jerome J. Memory latency and bandwidth optimizations
US20040153902A1 (en) * 2003-01-21 2004-08-05 Nexflash Technologies, Inc. Serial flash integrated circuit having error detection and correction
US20040153817A1 (en) * 1996-10-24 2004-08-05 Micron Technologies, Inc. Apparatus and method for detecting over-programming condition in multistate memory device
US20050015522A1 (en) * 2003-07-18 2005-01-20 Yaron Elboim Removing lane-to-lane skew
US20050044313A1 (en) * 2003-08-21 2005-02-24 International Business Machines Corporation Grouping of storage media based on parameters associated with the storage media
US20050111249A1 (en) * 2003-11-26 2005-05-26 Hitachi, Ltd. Disk array optimizing the drive operation time
US20050144365A1 (en) * 2003-12-30 2005-06-30 Sergey Anatolievich Gorobets Non-volatile memory and method with control data management
US20050146939A1 (en) * 2002-02-22 2005-07-07 Conley Kevin M. Pipelined parallel programming operation in a non-volatile memory system
US20050223269A1 (en) * 2004-03-12 2005-10-06 Stolowitz Michael C Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
US20050240743A1 (en) * 2004-04-22 2005-10-27 Apple Computer, Inc. Method and apparatus for accessing data storage systems
US20050246362A1 (en) * 2004-05-03 2005-11-03 Borland Devin P System and method for dynamci log compression in a file system
US20050279837A1 (en) * 2004-06-17 2005-12-22 Hajji Amine M Method and system for autonomic protection against data strip loss
US20060064545A1 (en) * 2004-09-23 2006-03-23 Michael Wintergerst Centralized cache storage for runtime systems
US20060161678A1 (en) * 2000-06-30 2006-07-20 Emc Corporation Method and apparatus for implementing high-performance, scaleable data processing and storage systems
US20060187715A1 (en) * 2005-01-21 2006-08-24 Raza Microelectronics, Inc. System and method for performing concatentation of diversely routed channels
US7111140B2 (en) * 1995-07-31 2006-09-19 Lexar Media, Inc. Increasing the memory performance of flash memory devices by writing sectors simultaneously to multiple flash memory devices
US7136964B2 (en) * 2003-11-19 2006-11-14 Hitachi, Ltd. Disk array with spare logic drive created from spare physical drives
US7143305B2 (en) * 2003-06-25 2006-11-28 International Business Machines Corporation Using redundant spares to reduce storage device array rebuild time
US20060271725A1 (en) * 2005-05-24 2006-11-30 Micron Technology, Inc. Version based non-volatile memory translation layer
US7149950B2 (en) * 2003-09-12 2006-12-12 Hewlett-Packard Development Company, L.P. Assisted memory device for reading and writing single and multiple units of data
US7191304B1 (en) * 2002-09-06 2007-03-13 3Pardata, Inc. Efficient and reliable virtual volume mapping
US20070061513A1 (en) * 2005-09-09 2007-03-15 Masahiro Tsumagari Disk array apparatus, data migration method, and storage medium
US20070079219A1 (en) * 2005-09-16 2007-04-05 Takeshi Nagai Semiconductor memory device having data holding mode using ecc function
US7203889B2 (en) * 2004-04-01 2007-04-10 Intel Corporation Error correction for memory
US20070089045A1 (en) * 2001-12-28 2007-04-19 Corbett Peter F Triple parity technique for enabling efficient recovery from triple failures in a storage array
US20070088754A1 (en) * 2005-10-17 2007-04-19 International Business Machines Corporation Method and system to guarantee data and metadata referential integrity in content management archival solutions
US20070101075A1 (en) * 2002-05-14 2007-05-03 Jeddeloh Joseph M Out of order DRAM sequencer
US20070113029A1 (en) * 2005-11-14 2007-05-17 Sandisk Corporation Structures for the management of erase operations in non-volatile memories
US20070124532A1 (en) * 2005-04-21 2007-05-31 Bennett Jon C Interconnection system
US20070162516A1 (en) * 2005-12-30 2007-07-12 Microsoft Corporation Computing asynchronous transaction log replication progress based on file change notifications
US20080052446A1 (en) * 2006-08-28 2008-02-28 Sandisk Il Ltd. Logical super block mapping for NAND flash memory
US20080059869A1 (en) * 2006-09-01 2008-03-06 The Regents Of The University Of California Low cost, high performance error detection and correction
US7356730B2 (en) * 2001-01-29 2008-04-08 Adaptec, Inc. Dynamic redistribution of parity groups
US20080089135A1 (en) * 2006-10-13 2008-04-17 Fumitoshi Ito Systems for partitioned erase and erase verification in non-volatile memory
US7363455B2 (en) * 2003-08-25 2008-04-22 Hitachi, Ltd. Apparatus and method for partitioning and managing subsystem logics
US20080098054A1 (en) * 2006-10-23 2008-04-24 Research In Motion Limited Methods and apparatus for concurrently executing a garbage collection process during execution of a primary application program
US20080098192A1 (en) * 2006-10-19 2008-04-24 Samsung Electronics Co., Ltd. Methods of reusing log blocks in non-volatile memories and related non-volatile memory devices
US7366852B2 (en) * 2004-07-29 2008-04-29 Infortrend Technology, Inc. Method for improving data reading performance and storage system for performing the same
US20080109616A1 (en) * 2006-10-31 2008-05-08 Taylor James A System and method for optimizing write operations in storage systems
US20080126673A1 (en) * 2006-07-27 2008-05-29 Hitachi, Ltd. Method and apparatus for migrating data between storage volumes
US20080155160A1 (en) * 2006-12-20 2008-06-26 Mcdaniel Ryan Cartland Block-based data striping to flash memory
US20080168304A1 (en) * 2006-12-06 2008-07-10 David Flynn Apparatus, system, and method for data storage using progressive raid
US20080250270A1 (en) * 2007-03-29 2008-10-09 Bennett Jon C R Memory management system and method
US7451265B2 (en) * 2006-08-04 2008-11-11 Sandisk Corporation Non-volatile memory storage systems for phased garbage collection
US20080282025A1 (en) * 2007-05-09 2008-11-13 Stmicroelectronics S.R.L. Wear leveling in storage devices based on flash memories and related circuit, system, and method
US20090006886A1 (en) * 2007-06-28 2009-01-01 International Business Machines Corporation System and method for error correction and detection in a memory system
US20090010067A1 (en) * 2007-07-03 2009-01-08 Shih-Chung Lee Coarse/fine program verification in non-volatile memory using different reference levels for improved sensing
US20090089045A1 (en) * 2007-09-28 2009-04-02 Douglas Bruce Lenat Method of transforming natural language expression into formal language representation
US20090106491A1 (en) * 2007-10-18 2009-04-23 Michael Piszczek Method for reducing latency in a raid memory system while maintaining data integrity
US20090147573A1 (en) * 2007-12-07 2009-06-11 Gerrit Jan Hemink Faster programming of multi-level non-volatile storage through reduced verify operations
US20090150599A1 (en) * 2005-04-21 2009-06-11 Bennett Jon C R Method and system for storage of data in non-volatile media
US20090172258A1 (en) * 2007-12-27 2009-07-02 Pliant Technology, Inc Flash memory controller garbage collection operations performed independently in multiple flash memory groups
US20090172335A1 (en) * 2007-12-31 2009-07-02 Anand Krishnamurthi Kulkarni Flash devices with raid
US20090172250A1 (en) * 2007-12-28 2009-07-02 Spansion Llc Relocating data in a memory device
US20090198947A1 (en) * 2008-02-04 2009-08-06 Apple Inc. Memory Mapping Restore and Garbage Collection Operations
US20090204872A1 (en) * 2003-12-02 2009-08-13 Super Talent Electronics Inc. Command Queuing Smart Storage Transfer Manager for Striping Data to Raw-NAND Flash Modules
USRE40877E1 (en) * 2000-12-29 2009-08-18 3Par, Inc. Method of communicating data in an interconnect system
US20100023672A1 (en) * 2007-11-13 2010-01-28 Sergey Anatolievich Gorobets Method And System For Virtual Fast Access Non-Volatile RAM
US20100115189A1 (en) * 2008-11-06 2010-05-06 Tsai-Cheng Lin Method for managing a memory apparatus, and associated memory apparatus thereof
US7734867B1 (en) * 2002-05-17 2010-06-08 Hewlett-Packard Development Company, L.P. Data storage using disk drives in accordance with a schedule of operations
US7818525B1 (en) * 2009-08-12 2010-10-19 Texas Memory Systems, Inc. Efficient reduction of read disturb errors in NAND FLASH memory
US20110099320A1 (en) * 2009-10-23 2011-04-28 International Business Machines Corporation Solid State Drive with Adjustable Drive Life and Capacity
US7984084B2 (en) * 2005-08-03 2011-07-19 SanDisk Technologies, Inc. Non-volatile memory with scheduled reclaim operations

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09265357A (en) 1996-03-27 1997-10-07 Ekushingu:Kk Disk array device
JP4085478B2 (en) * 1998-07-28 2008-05-14 ソニー株式会社 Storage medium and electronic device system
JP2003030993A (en) * 2001-07-17 2003-01-31 Toshiba Corp Semiconductor memory
WO2003085677A1 (en) * 2002-04-05 2003-10-16 Renesas Technology Corp. Nonvolatile storage device
KR100543447B1 (en) * 2003-04-03 2006-01-23 삼성전자주식회사 Flash memory with error correction for page copy
US7310703B2 (en) 2003-10-23 2007-12-18 Hewlett-Packard Development Company, L.P. Methods of reading and writing data
KR100528484B1 (en) 2004-01-06 2005-11-15 삼성전자주식회사 Nonvolatile semiconductor memory device with scalable two transistor memory cells
US7440331B2 (en) 2006-06-01 2008-10-21 Sandisk Corporation Verify operation for non-volatile storage using different voltages
JP2008065430A (en) * 2006-09-05 2008-03-21 Matsushita Electric Ind Co Ltd Semiconductor device and ic card
KR100882841B1 (en) 2007-06-19 2009-02-10 삼성전자주식회사 Memory system capable of detecting bit errors due to read disturbance and read method thereof
US20080320366A1 (en) 2007-06-25 2008-12-25 Lin Jason T Methods of reading nonvolatile memory
US7849275B2 (en) * 2007-11-19 2010-12-07 Sandforce, Inc. System, method and a computer program product for writing data to different storage devices based on write frequency
US8281227B2 (en) * 2009-05-18 2012-10-02 Fusion-10, Inc. Apparatus, system, and method to increase data integrity in a redundant storage system
WO2010144587A2 (en) 2009-06-12 2010-12-16 Violin Memory, Inc. Memory system having persistent garbage collection

Patent Citations (103)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4363094A (en) * 1977-12-29 1982-12-07 M/A-COM DDC, Inc. Communications processor
US4843288A (en) * 1988-03-28 1989-06-27 Rigidyne Corporation Phase locked motor control system for multiple disk drive units
US5128810A (en) * 1988-08-02 1992-07-07 Cray Research, Inc. Single disk emulation interface for an array of synchronous spindle disk drives
US6118612A (en) * 1991-12-05 2000-09-12 International Business Machines Corporation Disk drive synchronization
US5687183A (en) * 1991-12-18 1997-11-11 Sun Microsystems, Inc. Memory access system with overwrite prevention for overlapping write operations
US5379262A (en) * 1992-07-01 1995-01-03 Kabushiki Kaisha Toshiba Nonvolatile semiconductor memory device
US6038570A (en) * 1993-06-03 2000-03-14 Network Appliance, Inc. Method for allocating files in a file system integrated with a RAID disk sub-system
US7111140B2 (en) * 1995-07-31 2006-09-19 Lexar Media, Inc. Increasing the memory performance of flash memory devices by writing sectors simultaneously to multiple flash memory devices
US6151289A (en) * 1996-01-22 2000-11-21 T. Squared G, Inc. Multibyte random access mass storage/memory system
US6237052B1 (en) * 1996-05-03 2001-05-22 Netcell Corporation On-the-fly redundancy operation for forming redundant drive data and reconstructing missing data as data transferred between buffer memory and disk drives during write and read operation respectively
US6567311B2 (en) * 1996-07-09 2003-05-20 Hitachi, Ltd. Nonvolatile memory system, semiconductor memory, and writing method
US20040153817A1 (en) * 1996-10-24 2004-08-05 Micron Technologies, Inc. Apparatus and method for detecting over-programming condition in multistate memory device
US5974503A (en) * 1997-04-25 1999-10-26 Emc Corporation Storage and access of continuous media files indexed as lists of raid stripe sets associated with file names
US6226708B1 (en) * 1997-08-18 2001-05-01 Texas Instruments Incorporated Method and system for efficiently programming non-volatile memory
US6009547A (en) * 1997-12-03 1999-12-28 International Business Machines Corporation ECC in memory arrays having subsequent insertion of content
US6353895B1 (en) * 1998-02-19 2002-03-05 Adaptec, Inc. RAID architecture with two-drive fault tolerance
US6374337B1 (en) * 1998-11-17 2002-04-16 Lexar Media, Inc. Data pipelining method and apparatus for memory control circuit
US6185134B1 (en) * 1998-12-10 2001-02-06 Kabushiki Kaisha Toshiba Flash memory control method, flash memory system using the control method and flash memory device using the control method
US6205571B1 (en) * 1998-12-29 2001-03-20 International Business Machines Corporation X-Y grid tree tuning method
US6321345B1 (en) * 1999-03-01 2001-11-20 Seachange Systems, Inc. Slow response in redundant arrays of inexpensive disks
US6591339B1 (en) * 1999-05-03 2003-07-08 3Ware, Inc. Methods and systems for selecting block sizes for use with disk arrays
US20020120901A1 (en) * 1999-07-30 2002-08-29 Poirier Christopher A. Early error detection using ECC
US6425052B1 (en) * 1999-10-28 2002-07-23 Sun Microsystems, Inc. Load balancing configuration for storage arrays employing mirroring and striping
US6539463B1 (en) * 1999-11-09 2003-03-25 Nec Corporation Disk-array apparatus capable of performing writing process in high transmission speed and surely avoiding data loss
US6581185B1 (en) * 2000-01-24 2003-06-17 Storage Technology Corporation Apparatus and method for reconstructing data using cross-parity stripes on storage media
US20060161678A1 (en) * 2000-06-30 2006-07-20 Emc Corporation Method and apparatus for implementing high-performance, scaleable data processing and storage systems
US20020073285A1 (en) * 2000-09-09 2002-06-13 International Business Machines Corporation Data sorting in information storage systems
US20020046322A1 (en) * 2000-10-14 2002-04-18 International Business Machines Corporation Data storage system and method of storing data
US20020083379A1 (en) * 2000-11-02 2002-06-27 Junji Nishikawa On-line reconstruction processing method and on-line reconstruction processing apparatus
US20020103966A1 (en) * 2000-12-04 2002-08-01 Wu Chia Y. System and method for efficient data mirroring in a pair of storage devices
USRE40877E1 (en) * 2000-12-29 2009-08-18 3Par, Inc. Method of communicating data in an interconnect system
US6763424B2 (en) * 2001-01-19 2004-07-13 Sandisk Corporation Partial block data programming and reading operations in a non-volatile memory
US20020099904A1 (en) * 2001-01-19 2002-07-25 Conley Kevin M. Partial block data programming and reading operations in a non-volatile memory
US7356730B2 (en) * 2001-01-29 2008-04-08 Adaptec, Inc. Dynamic redistribution of parity groups
US20030046489A1 (en) * 2001-09-05 2003-03-06 Hitachi, Ltd. Disk memory device
US20040073767A1 (en) * 2001-09-28 2004-04-15 Johnson Jerome J. Memory latency and bandwidth optimizations
US20030065876A1 (en) * 2001-09-28 2003-04-03 Menahem Lasser Flash management system using only sequential Write
US20050193166A1 (en) * 2001-09-28 2005-09-01 Johnson Jerome J. Memory latency and bandwidth optimizations
US20030084397A1 (en) * 2001-10-31 2003-05-01 Exanet Co. Apparatus and method for a distributed raid
US20030097524A1 (en) * 2001-11-14 2003-05-22 International Business Machines Corporation System, apparatus and method provding adaptive write policy for disk array controllers
US20030105928A1 (en) * 2001-12-04 2003-06-05 International Business Machines Corporation Method, system, and program for destaging data in cache
US20030110343A1 (en) * 2001-12-11 2003-06-12 Mitsubishi Denki Kabushiki Kaisha File system including non-volatile semiconductor memory device having a plurality of banks
US20070089045A1 (en) * 2001-12-28 2007-04-19 Corbett Peter F Triple parity technique for enabling efficient recovery from triple failures in a storage array
US20050146939A1 (en) * 2002-02-22 2005-07-07 Conley Kevin M. Pipelined parallel programming operation in a non-volatile memory system
US20030208511A1 (en) * 2002-05-02 2003-11-06 Earl Leroy D. Database replication system
US20030212858A1 (en) * 2002-05-10 2003-11-13 International Business Machines Corp. Data storage array method and system
US20070101075A1 (en) * 2002-05-14 2007-05-03 Jeddeloh Joseph M Out of order DRAM sequencer
US7734867B1 (en) * 2002-05-17 2010-06-08 Hewlett-Packard Development Company, L.P. Data storage using disk drives in accordance with a schedule of operations
US7191304B1 (en) * 2002-09-06 2007-03-13 3Pardata, Inc. Efficient and reliable virtual volume mapping
US20040153902A1 (en) * 2003-01-21 2004-08-05 Nexflash Technologies, Inc. Serial flash integrated circuit having error detection and correction
US7143305B2 (en) * 2003-06-25 2006-11-28 International Business Machines Corporation Using redundant spares to reduce storage device array rebuild time
US20050015522A1 (en) * 2003-07-18 2005-01-20 Yaron Elboim Removing lane-to-lane skew
US20050044313A1 (en) * 2003-08-21 2005-02-24 International Business Machines Corporation Grouping of storage media based on parameters associated with the storage media
US7363455B2 (en) * 2003-08-25 2008-04-22 Hitachi, Ltd. Apparatus and method for partitioning and managing subsystem logics
US7149950B2 (en) * 2003-09-12 2006-12-12 Hewlett-Packard Development Company, L.P. Assisted memory device for reading and writing single and multiple units of data
US7136964B2 (en) * 2003-11-19 2006-11-14 Hitachi, Ltd. Disk array with spare logic drive created from spare physical drives
US20050111249A1 (en) * 2003-11-26 2005-05-26 Hitachi, Ltd. Disk array optimizing the drive operation time
US20090204872A1 (en) * 2003-12-02 2009-08-13 Super Talent Electronics Inc. Command Queuing Smart Storage Transfer Manager for Striping Data to Raw-NAND Flash Modules
US20050144365A1 (en) * 2003-12-30 2005-06-30 Sergey Anatolievich Gorobets Non-volatile memory and method with control data management
US20050223269A1 (en) * 2004-03-12 2005-10-06 Stolowitz Michael C Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
US7203889B2 (en) * 2004-04-01 2007-04-10 Intel Corporation Error correction for memory
US20050240743A1 (en) * 2004-04-22 2005-10-27 Apple Computer, Inc. Method and apparatus for accessing data storage systems
US7213103B2 (en) * 2004-04-22 2007-05-01 Apple Inc. Accessing data storage systems without waiting for read errors
US20050246362A1 (en) * 2004-05-03 2005-11-03 Borland Devin P System and method for dynamci log compression in a file system
US20050279837A1 (en) * 2004-06-17 2005-12-22 Hajji Amine M Method and system for autonomic protection against data strip loss
US7366852B2 (en) * 2004-07-29 2008-04-29 Infortrend Technology, Inc. Method for improving data reading performance and storage system for performing the same
US20060064545A1 (en) * 2004-09-23 2006-03-23 Michael Wintergerst Centralized cache storage for runtime systems
US20060187715A1 (en) * 2005-01-21 2006-08-24 Raza Microelectronics, Inc. System and method for performing concatentation of diversely routed channels
US20090150599A1 (en) * 2005-04-21 2009-06-11 Bennett Jon C R Method and system for storage of data in non-volatile media
US20070124532A1 (en) * 2005-04-21 2007-05-31 Bennett Jon C Interconnection system
US20060271725A1 (en) * 2005-05-24 2006-11-30 Micron Technology, Inc. Version based non-volatile memory translation layer
US7984084B2 (en) * 2005-08-03 2011-07-19 SanDisk Technologies, Inc. Non-volatile memory with scheduled reclaim operations
US20070061513A1 (en) * 2005-09-09 2007-03-15 Masahiro Tsumagari Disk array apparatus, data migration method, and storage medium
US20070079219A1 (en) * 2005-09-16 2007-04-05 Takeshi Nagai Semiconductor memory device having data holding mode using ecc function
US20070088754A1 (en) * 2005-10-17 2007-04-19 International Business Machines Corporation Method and system to guarantee data and metadata referential integrity in content management archival solutions
US20070113029A1 (en) * 2005-11-14 2007-05-17 Sandisk Corporation Structures for the management of erase operations in non-volatile memories
US20070162516A1 (en) * 2005-12-30 2007-07-12 Microsoft Corporation Computing asynchronous transaction log replication progress based on file change notifications
US20080126673A1 (en) * 2006-07-27 2008-05-29 Hitachi, Ltd. Method and apparatus for migrating data between storage volumes
US7451265B2 (en) * 2006-08-04 2008-11-11 Sandisk Corporation Non-volatile memory storage systems for phased garbage collection
US20080052446A1 (en) * 2006-08-28 2008-02-28 Sandisk Il Ltd. Logical super block mapping for NAND flash memory
US20080059869A1 (en) * 2006-09-01 2008-03-06 The Regents Of The University Of California Low cost, high performance error detection and correction
US20080089135A1 (en) * 2006-10-13 2008-04-17 Fumitoshi Ito Systems for partitioned erase and erase verification in non-volatile memory
US20080098192A1 (en) * 2006-10-19 2008-04-24 Samsung Electronics Co., Ltd. Methods of reusing log blocks in non-volatile memories and related non-volatile memory devices
US20080098054A1 (en) * 2006-10-23 2008-04-24 Research In Motion Limited Methods and apparatus for concurrently executing a garbage collection process during execution of a primary application program
US20080109616A1 (en) * 2006-10-31 2008-05-08 Taylor James A System and method for optimizing write operations in storage systems
US20080183953A1 (en) * 2006-12-06 2008-07-31 David Flynn Apparatus, system, and method for storage space recovery in solid-state storage
US20080168304A1 (en) * 2006-12-06 2008-07-10 David Flynn Apparatus, system, and method for data storage using progressive raid
US20080155160A1 (en) * 2006-12-20 2008-06-26 Mcdaniel Ryan Cartland Block-based data striping to flash memory
US20080250270A1 (en) * 2007-03-29 2008-10-09 Bennett Jon C R Memory management system and method
US20080282025A1 (en) * 2007-05-09 2008-11-13 Stmicroelectronics S.R.L. Wear leveling in storage devices based on flash memories and related circuit, system, and method
US20090006886A1 (en) * 2007-06-28 2009-01-01 International Business Machines Corporation System and method for error correction and detection in a memory system
US20090010067A1 (en) * 2007-07-03 2009-01-08 Shih-Chung Lee Coarse/fine program verification in non-volatile memory using different reference levels for improved sensing
US20090089045A1 (en) * 2007-09-28 2009-04-02 Douglas Bruce Lenat Method of transforming natural language expression into formal language representation
US20090106491A1 (en) * 2007-10-18 2009-04-23 Michael Piszczek Method for reducing latency in a raid memory system while maintaining data integrity
US20100023672A1 (en) * 2007-11-13 2010-01-28 Sergey Anatolievich Gorobets Method And System For Virtual Fast Access Non-Volatile RAM
US20090147573A1 (en) * 2007-12-07 2009-06-11 Gerrit Jan Hemink Faster programming of multi-level non-volatile storage through reduced verify operations
US20090172258A1 (en) * 2007-12-27 2009-07-02 Pliant Technology, Inc Flash memory controller garbage collection operations performed independently in multiple flash memory groups
US20090172250A1 (en) * 2007-12-28 2009-07-02 Spansion Llc Relocating data in a memory device
US20090172335A1 (en) * 2007-12-31 2009-07-02 Anand Krishnamurthi Kulkarni Flash devices with raid
US20090198947A1 (en) * 2008-02-04 2009-08-06 Apple Inc. Memory Mapping Restore and Garbage Collection Operations
US20100115189A1 (en) * 2008-11-06 2010-05-06 Tsai-Cheng Lin Method for managing a memory apparatus, and associated memory apparatus thereof
US7818525B1 (en) * 2009-08-12 2010-10-19 Texas Memory Systems, Inc. Efficient reduction of read disturb errors in NAND FLASH memory
US20110099320A1 (en) * 2009-10-23 2011-04-28 International Business Machines Corporation Solid State Drive with Adjustable Drive Life and Capacity

Cited By (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10754769B2 (en) 2009-06-12 2020-08-25 Violin Systems Llc Memory system having persistent garbage collection
US8711625B2 (en) 2009-07-06 2014-04-29 Sandisk Technologies Inc. Bad column management with bit information in non-volatile memory systems
US9748001B2 (en) 2009-07-06 2017-08-29 Sandisk Technologies Llc Bad column management with bit information in non-volatile memory systems
US20110004722A1 (en) * 2009-07-06 2011-01-06 Micron Technology, Inc. Data transfer management
US20140223069A1 (en) * 2009-07-06 2014-08-07 Micron Technology, Inc. Data transfer management
US9047273B2 (en) * 2009-07-06 2015-06-02 Micron Technology, Inc. Data transfer management
US8706929B2 (en) * 2009-07-06 2014-04-22 Micron Technology, Inc. Data transfer management
US8291131B2 (en) * 2009-07-06 2012-10-16 Micron Technology, Inc. Data transfer management
US20110010490A1 (en) * 2009-07-08 2011-01-13 Samsung Electronics Co., Ltd. Solid state drive and related method of operation
US8341374B2 (en) * 2009-07-08 2012-12-25 Samsung Electronics Co., Ltd. Solid state drive and related method of scheduling operations
US20110153912A1 (en) * 2009-12-18 2011-06-23 Sergey Anatolievich Gorobets Maintaining Updates of Multi-Level Non-Volatile Memory in Binary Non-Volatile Memory
US20110153913A1 (en) * 2009-12-18 2011-06-23 Jianmin Huang Non-Volatile Memory with Multi-Gear Control Using On-Chip Folding of Data
US8468294B2 (en) * 2009-12-18 2013-06-18 Sandisk Technologies Inc. Non-volatile memory with multi-gear control using on-chip folding of data
US8725935B2 (en) 2009-12-18 2014-05-13 Sandisk Technologies Inc. Balanced performance for on-chip folding of non-volatile memories
US9063728B2 (en) 2010-03-17 2015-06-23 Apple Inc. Systems and methods for handling hibernation data
US20110231595A1 (en) * 2010-03-17 2011-09-22 Apple Inc. Systems and methods for handling hibernation data
US20110296132A1 (en) * 2010-05-31 2011-12-01 International Business Machines Corporation Garbage collection in an in-memory replication system
US10628304B2 (en) * 2010-05-31 2020-04-21 International Business Machines Corporation Garbage collection in an in-memory replication system
US20120066438A1 (en) * 2010-09-15 2012-03-15 Yoon Han Bin Non-volatile memory device, operation method thereof, and device having the same
US9342446B2 (en) 2011-03-29 2016-05-17 SanDisk Technologies, Inc. Non-volatile memory system allowing reverse eviction of data updates to non-volatile binary cache
US8954652B2 (en) * 2011-05-26 2015-02-10 International Business Machines Corporation Method and controller for identifying a unit in a solid state memory device for writing data to
US20120303860A1 (en) * 2011-05-26 2012-11-29 International Business Machines Corporation Method and Controller for Identifying a Unit in a Solid State Memory Device for Writing Data To
US9158670B1 (en) 2011-06-30 2015-10-13 Western Digital Technologies, Inc. System and method for dynamically adjusting garbage collection policies in solid-state memory
US9678671B2 (en) 2011-06-30 2017-06-13 Western Digital Technologies, Inc. System and method for dynamically adjusting garbage collection policies in solid-state memory
WO2013009994A2 (en) 2011-07-12 2013-01-17 Violin Memory, Inc. Raided memory system
KR101818599B1 (en) 2011-07-18 2018-01-15 애플 인크. Non-volatile temporary data handling
WO2013012632A1 (en) * 2011-07-18 2013-01-24 Apple Inc. Non-volatile temporary data handling
KR101385789B1 (en) * 2011-07-18 2014-04-16 애플 인크. Non-volatile temporary data handling
US8949508B2 (en) 2011-07-18 2015-02-03 Apple Inc. Non-volatile temporary data handling
US10331349B2 (en) 2011-08-10 2019-06-25 Alibaba Group Holding Limited Shrinking virtual hard disk image
US20130041927A1 (en) * 2011-08-10 2013-02-14 Alibaba Group Holding Limited Shrinking Virtual Hard Disk Image
US9501225B2 (en) * 2011-08-10 2016-11-22 Alibaba Group Holding Limited Shrinking virtual hard disk image
US8935304B2 (en) 2011-10-17 2015-01-13 International Business Machines Corporation Efficient garbage collection in a compressed journal file
US8539007B2 (en) 2011-10-17 2013-09-17 International Business Machines Corporation Efficient garbage collection in a compressed journal file
US20130117525A1 (en) * 2011-11-04 2013-05-09 Lsi Corporation Method for implementing pre-emptive read reconstruction
US20130117501A1 (en) * 2011-11-07 2013-05-09 Samsung Electronics Co., Ltd. Garbage collection method for nonvolatile memory device
KR101867282B1 (en) * 2011-11-07 2018-06-18 삼성전자주식회사 Garbage collection method for non-volatile memory device
US8769191B2 (en) * 2011-11-07 2014-07-01 Samsung Electronics Co., Ltd. Garbage collection method for nonvolatile memory device
US9348741B1 (en) * 2011-12-19 2016-05-24 Western Digital Technologies, Inc. Systems and methods for handling write data access requests in data storage devices
US20130173954A1 (en) * 2012-01-02 2013-07-04 Samsung Electronics Co., Ltd. Method of managing bad storage region of memory device and storage device using the method
US20130246686A1 (en) * 2012-03-19 2013-09-19 Hitachi, Ltd. Storage system comprising nonvolatile semiconductor storage device, and storage control method
US8554963B1 (en) 2012-03-23 2013-10-08 DSSD, Inc. Storage system with multicast DMA and unified address space
US8407377B1 (en) 2012-03-23 2013-03-26 DSSD, Inc. Storage system with multicast DMA and unified address space
US8819304B2 (en) 2012-03-23 2014-08-26 DSSD, Inc. Storage system with multicast DMA and unified address space
US20130262750A1 (en) * 2012-03-30 2013-10-03 Hitachi, Ltd. Storage system and storage system control method
US8874829B2 (en) * 2012-03-30 2014-10-28 Hitachi, Ltd. Storage system and storage system control method
US9323667B2 (en) 2012-04-12 2016-04-26 Violin Memory Inc. System and method for managing trim operations in a flash memory system using mapping tables and block status tables
WO2013155368A1 (en) * 2012-04-12 2013-10-17 Violin Memory, Inc. Managing trim operations in a flash memory system
US8681548B2 (en) 2012-05-03 2014-03-25 Sandisk Technologies Inc. Column redundancy circuitry for non-volatile memory
US9218281B2 (en) 2012-05-04 2015-12-22 Seagate Technology Llc Maintaining ordering via a multi-level map of a solid-state media
US9558112B1 (en) 2012-05-08 2017-01-31 Google Inc. Data management in a data storage device
US9076506B2 (en) 2012-09-28 2015-07-07 Sandisk Technologies Inc. Variable rate parallel to serial shift register
US9490035B2 (en) 2012-09-28 2016-11-08 SanDisk Technologies, Inc. Centralized variable rate serializer and deserializer for bad column management
US8897080B2 (en) 2012-09-28 2014-11-25 Sandisk Technologies Inc. Variable rate serial to parallel shift register
CN103927261A (en) * 2013-01-15 2014-07-16 国际商业机器公司 Efficient Allocation And Reclamation Method For Thin-provisioned Storage And System Thereof
US9454473B2 (en) 2013-01-15 2016-09-27 International Business Machines Corporation Efficient allocation and reclamation of thin-provisioned storage
US9443591B2 (en) 2013-01-23 2016-09-13 Seagate Technology Llc Storage device out-of-space handling
US11899575B1 (en) 2013-01-28 2024-02-13 Radian Memory Systems, Inc. Flash memory system with address-based subdivision selection by host and metadata management in storage drive
US11748257B1 (en) * 2013-01-28 2023-09-05 Radian Memory Systems, Inc. Host, storage system, and methods with subdivisions and query based write operations
US11681614B1 (en) * 2013-01-28 2023-06-20 Radian Memory Systems, Inc. Storage device with subdivisions, subdivision query, and write operations
US9372880B2 (en) * 2013-04-29 2016-06-21 International Business Machines Corporation Reclamation of empty pages in database tables
US20140324917A1 (en) * 2013-04-29 2014-10-30 Sap Ag Reclamation of empty pages in database tables
US9465733B2 (en) 2013-06-14 2016-10-11 Samsung Electronics Co., Ltd. Storage device and global garbage collection method of data storage system including the same
US10621081B2 (en) 2013-06-14 2020-04-14 Samsung Electronics Co., Ltd. Storage device and global garbage collection method of data storage system including the same
US9280463B2 (en) 2013-07-25 2016-03-08 Globalfoundries Inc. Semiconductor memory garbage collection
US20150101026A1 (en) * 2013-10-03 2015-04-09 Yoram KRAUS Device, system, and method of social networking
US9001585B1 (en) * 2013-12-26 2015-04-07 Phison Electronics Corp. Data writing method, memory control circuit unit and memory storage apparatus
US9564212B2 (en) 2014-05-06 2017-02-07 Western Digital Technologies, Inc. Solid-state memory corruption mitigation
US9823863B1 (en) * 2014-06-30 2017-11-21 Sk Hynix Memory Solutions Inc. Sub-blocks and meta pages for mapping table rebuild
TWI707268B (en) * 2014-08-26 2020-10-11 韓商愛思開海力士有限公司 Data storage device and method for operating the same
US20170220422A1 (en) * 2014-08-28 2017-08-03 Hewlett Packard Enterprise Development Lp Moving data chunks
US20170147257A1 (en) * 2014-08-29 2017-05-25 EMC IP Holding Company LLC Method and system for garbage collection in a storage system based on longevity of stored data
US9600409B2 (en) * 2014-08-29 2017-03-21 EMC IP Holding Company LLC Method and system for garbage collection in a storage system based on longevity of stored data
CN105389264A (en) * 2014-08-29 2016-03-09 Emc公司 Method and system for garbage collection in storage system
US20160062882A1 (en) * 2014-08-29 2016-03-03 Emc Corporation Method and system for garbage collection in a storage system based on longevity of stored data
CN108959119A (en) * 2014-08-29 2018-12-07 Emc知识产权控股有限公司 The method and system of garbage collection in storage system
US10001946B2 (en) * 2014-08-29 2018-06-19 EMC IP Holding Company LLC Method and system for garbage collection in a storage system based on longevity of stored data
US9542286B2 (en) * 2014-09-30 2017-01-10 Sandisk Technologies Llc Failure logging mechanism to reduce garbage collection time in partially reused bad blocks
US20160092325A1 (en) * 2014-09-30 2016-03-31 Sandisk Technologies Inc. Failure logging mechanism to reduce garbage collection time in partially reused bad blocks
US9483212B2 (en) * 2014-10-13 2016-11-01 Silicon Motion, Inc. Non-volatile memory devices and control methods therefor
US20160103631A1 (en) * 2014-10-13 2016-04-14 Silicon Motion, Inc. Non-volatile memory devices and control methods therefor
US9934872B2 (en) 2014-10-30 2018-04-03 Sandisk Technologies Llc Erase stress and delta erase loop count methods for various fail modes in non-volatile memory
US9400603B2 (en) 2014-12-16 2016-07-26 International Business Machines Corporation Implementing enhanced performance flash memory devices
US9411519B2 (en) 2014-12-16 2016-08-09 International Business Machines Corporation Implementing enhanced performance flash memory devices
US10572340B2 (en) 2014-12-29 2020-02-25 Huawei Technologies Co., Ltd. Solid state disk storage device and method for accessing data in solid state disk storage device
US20160188410A1 (en) * 2014-12-29 2016-06-30 Ju-Pyung Lee Stripe reconstituting method performed in storage system, method of performing garbage collection by using the stripe reconstituting method, and storage system performing the stripe reconstituting method
US9817717B2 (en) * 2014-12-29 2017-11-14 Samsung Electronics Co., Ltd. Stripe reconstituting method performed in storage system, method of performing garbage collection by using the stripe reconstituting method, and storage system performing the stripe reconstituting method
US9224502B1 (en) 2015-01-14 2015-12-29 Sandisk Technologies Inc. Techniques for detection and treating memory hole to local interconnect marginality defects
US10032524B2 (en) 2015-02-09 2018-07-24 Sandisk Technologies Llc Techniques for determining local interconnect defects
US9269446B1 (en) 2015-04-08 2016-02-23 Sandisk Technologies Inc. Methods to improve programming of slow cells
US9564219B2 (en) 2015-04-08 2017-02-07 Sandisk Technologies Llc Current based detection and recording of memory hole-interconnect spacing defects
US10168926B2 (en) 2015-09-10 2019-01-01 Samsung Electronics Co., Ltd. Method of operating data storage device and method of operating data processing system including same
US20170083549A1 (en) * 2015-09-14 2017-03-23 Emc Corporation Tracing garbage collector for search trees under multi-version concurrency control
US10402316B2 (en) * 2015-09-14 2019-09-03 EMC IP Holding Company LLC Tracing garbage collector for search trees under multi-version concurrency control
US10296453B2 (en) 2015-09-22 2019-05-21 Samsung Electronics Co., Ltd. Memory controller, non-volatile memory system, and method of operating the same
US11243878B2 (en) 2015-09-22 2022-02-08 Samsung Electronics Co., Ltd. Simultaneous garbage collection of multiple source blocks
US10628168B2 (en) * 2016-01-14 2020-04-21 Hewlett-Packard Development Company, L.P. Management with respect to a basic input/output system policy
US20180225126A1 (en) * 2016-01-14 2018-08-09 Hewlett-Packard Development Company, L.P. Management with respect to a basic input/output system policy
WO2017132056A1 (en) * 2016-01-29 2017-08-03 Netapp, Inc. Hot-spot adaptive garbage collection
US11437120B2 (en) 2017-10-31 2022-09-06 SK Hynix Inc. Memory system for activating redundancy memory cell and operating method thereof
US10998082B2 (en) 2017-10-31 2021-05-04 SK Hynix Inc. Memory system for activating redundancy memory cell and operating method thereof
US11901032B2 (en) 2017-10-31 2024-02-13 SK Hynix Inc. Memory device and memory system capable of using redundancy memory cells
US10528273B2 (en) 2017-11-07 2020-01-07 Nxp Usa, Inc. Dynamic compression in an electrically erasable programmble read only memory (EEPROM) emulation system
KR102446716B1 (en) * 2017-11-10 2022-09-26 에스케이하이닉스 주식회사 Convergence memory device and method thereof
US10936534B2 (en) * 2017-11-10 2021-03-02 SK Hynix Inc. Converged memory device and method thereof
US20190146945A1 (en) * 2017-11-10 2019-05-16 SK Hynix Inc. Converged memory device and method thereof
KR20190053463A (en) * 2017-11-10 2019-05-20 에스케이하이닉스 주식회사 Convergence memory device and method thereof
CN109947355A (en) * 2017-12-20 2019-06-28 慧荣科技股份有限公司 For Dynamic Execution memory data collection storage device and operating method
US10884922B2 (en) * 2018-05-18 2021-01-05 SK Hynix Inc. Storage device and method of operating the same
US20190354476A1 (en) * 2018-05-18 2019-11-21 SK Hynix Inc. Storage device and method of operating the same
US10785024B2 (en) 2018-06-20 2020-09-22 International Business Machines Corporation Encryption key structure within block based memory
US10783022B2 (en) 2018-08-03 2020-09-22 EMC IP Holding Company LLC Immediate replication for dedicated data blocks
US20200210102A1 (en) * 2018-12-26 2020-07-02 Macronix International Co., Ltd. Flash memory device and controlling method thereof
US10891077B2 (en) * 2018-12-26 2021-01-12 Macronix International Co., Ltd. Flash memory device and controlling method thereof
US11204865B2 (en) 2019-01-07 2021-12-21 SK Hynix Inc. Data storage device, operation method thereof, and storage system including the same
CN110764704A (en) * 2019-10-18 2020-02-07 浙江大华技术股份有限公司 Environment variable writing method, storage medium and electronic device
CN112631523A (en) * 2020-12-29 2021-04-09 杭州电子科技大学 Selection method for solid state disk garbage recovery victim block

Also Published As

Publication number Publication date
CN102576330A (en) 2012-07-11
US20180373627A1 (en) 2018-12-27
WO2010144587A2 (en) 2010-12-16
US20190129842A1 (en) 2019-05-02
US10204042B2 (en) 2019-02-12
KR20120030137A (en) 2012-03-27
KR101324688B1 (en) 2013-11-04
EP2441004B8 (en) 2020-02-19
EP2441004A2 (en) 2012-04-18
US10754769B2 (en) 2020-08-25
WO2010144587A3 (en) 2011-03-03
CN102576330B (en) 2015-01-28
EP2441004B1 (en) 2019-12-18
EP2441004A4 (en) 2012-12-26

Similar Documents

Publication Publication Date Title
US10204042B2 (en) Memory system having persistent garbage collection
US9921956B2 (en) System and method for tracking block level mapping overhead in a non-volatile memory
CN109902039B (en) Memory controller, memory system and method for managing data configuration in memory
US10102119B2 (en) Garbage collection based on queued and/or selected write commands
US8560770B2 (en) Non-volatile write cache for a data storage system
US9547589B2 (en) Endurance translation layer (ETL) and diversion of temp files for reduced flash wear of a super-endurance solid-state drive
US9176862B2 (en) SLC-MLC wear balancing
US9298534B2 (en) Memory system and constructing method of logical block
KR100914089B1 (en) Maintaining erase counts in non-volatile storage systems
US8959280B2 (en) Super-endurance solid-state drive with endurance translation layer (ETL) and diversion of temp files for reduced flash wear
US7552272B2 (en) Automated wear leveling in non-volatile storage systems
EP2565792B1 (en) Block management schemes in hybrid SLC/MLC memory
US7035967B2 (en) Maintaining an average erase count in a non-volatile storage system
US8200904B2 (en) System and method for clearing data from a cache
US8706998B2 (en) Method for managing flash memories having mixed memory types
Agarwal et al. A closed-form expression for write amplification in nand flash
US20190294345A1 (en) Data-Retention Controller Using Mapping Tables in a Green Solid-State-Drive (GNSD) for Enhanced Flash Endurance
US9959071B2 (en) Method and system for managing data in non-volatile memory
KR101403922B1 (en) Apparatus and method for data storing according to an access degree
US20150220433A1 (en) Method for managing flash memories having mixed memory types using a finely granulated allocation of logical memory addresses to physical memory addresses
US20210182192A1 (en) Storage device with enhanced time to ready performance
JP2010152778A (en) Semiconductor storage device
JP2013200726A (en) Semiconductor memory
US11789861B2 (en) Wear leveling based on sub-group write counts in a memory sub-system
US20230089246A1 (en) Memory system

Legal Events

Date Code Title Description
AS Assignment

Owner name: VIOLIN MEMORY, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BENNETT, JON C.R.;REEL/FRAME:024945/0825

Effective date: 20100827

AS Assignment

Owner name: TRIPLEPOINT CAPITAL LLC, CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:VIOLIN MEMORY, INC.;REEL/FRAME:030426/0821

Effective date: 20130513

AS Assignment

Owner name: VIOLIN MEMORY, INC., CALIFORNIA

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:TRIPLEPOINT CAPITAL LLC;REEL/FRAME:033591/0759

Effective date: 20140507

AS Assignment

Owner name: SILICON VALLEY BANK, CALIFORNIA

Free format text: SECURITY INTEREST;ASSIGNOR:VIOLIN MEMORY, INC.;REEL/FRAME:033645/0834

Effective date: 20140827

AS Assignment

Owner name: VIOLIN SYSTEMS LLC, CALIFORNIA

Free format text: CHANGE OF NAME;ASSIGNOR:VIOLIN MEMORY INC.;REEL/FRAME:044427/0431

Effective date: 20170602

STCB Information on status: application discontinuation

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

AS Assignment

Owner name: VSIP HOLDINGS LLC (F/K/A VIOLIN SYSTEMS LLC (F/K/A VIOLIN MEMORY, INC.)), NEW YORK

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:SILICON VALLEY BANK;REEL/FRAME:056600/0186

Effective date: 20210611