Persistent storage device with NVRAM for staging writes

Abstract

A persistent storage device includes both persistent storage, which includes a set of persistent storage blocks, and NVRAM, and in particular a set of NVRAM blocks. The persistent storage device also typically includes a storage controller. The persistent storage device, in addition to responding to commands to write data directly to and to read data directly from persistent storage blocks is also configured to write data to specified NVRAM blocks (e.g., specified by a host NVRAM write command) and to transfer data from a specified NVRAM block to a specified persistent storage block. As a result, multiple writes to a particular persistent storage block can be replaced with multiple writes to an NVRAM block and a subsequent single write to the particular persistent storage block. This reduces the number of writes to persistent storage and also reduces the number of corresponding block erase operations.

Description

TECHNICAL FIELD

The disclosed embodiments relate generally to persistent storage devices.

BACKGROUND

It is well known that flash memory devices, and at least some other types of semiconductor-based persistent storage devices, have limited endurance. For example, various implementations of flash memory cells have practical limits on the number of block erase cycles that can be performed before the reliability of those flash memory cells falls below an acceptable level (e.g., an associated bit error rate rises above the level that can be corrected using the error correction information stored with the data).

The embodiments described herein provide mechanisms and methods for reducing writes to persistent storage and thereby increase the practical useful life of such devices.

SUMMARY

In the present disclosure, a persistent storage device includes both persistent storage, which includes a set of persistent storage blocks, and NVRAM, and in particular a set of NVRAM blocks. The persistent storage device also typically includes a storage controller. The persistent storage device, in addition to responding to commands to write data directly to and to read data directly from persistent storage blocks, is also configured to write data to specified NVRAM blocks (e.g., specified by a host NVRAM write command) and to transfer data from a specified NVRAM block to a specified persistent storage block. As a result, multiple writes to a particular persistent storage block can be replaced with multiple writes to an NVRAM block and a subsequent single write to the particular persistent storage block. This reduces the number of writes to persistent storage and also reduces the number of corresponding block erase operations. Furthermore, performance of the persistent storage device is improved in that writes to NVRAM are faster and expend less energy than writes of the same amount of data to flash memory.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a system that includes a persistent storage device and an external host device, in accordance with some embodiments.

FIG. 2A is a schematic diagram of NVRAM and persistent storage, in accordance with some embodiments.

FIG. 2B is a block diagram illustrating an exemplary NVRAM, in accordance with some embodiments.

FIGS. 3A-3D are flow diagrams illustrating the processing of host commands by a persistent storage device, in accordance with some embodiments.

FIGS. 4A and 4B illustrate a flow diagram of a process for managing a persistent storage device having both persistent storage and NVRAM, in accordance with some embodiments.

Like reference numerals refer to corresponding parts throughout the drawings.

DESCRIPTION OF EMBODIMENTS

In some implementations, a host device writes data to a persistent storage device multiple times, using a sequence of write operations, with some of the data being written during that sequence of write operations repeatedly to a single persistent storage block or a small number of storage blocks. For example, an application may write a sequence of log records to persistent storage. In this example, each of the log records is much smaller than the smallest unit of erasable data storage in the persistent storage device (herein called a persistent storage block) and the log records are stored to sequential logical addresses associated with the persistent storage device. As a result, writing the sequence of log records directly to persistent storage results in multiple writes to the same persistent storage block. Each such write actually requires multiple internal operations, including remapping the logical address to an available persistent storage block, storing data to the newly assigned persistent storage block, and erasing the previously used persistent storage block. If, instead, all the log records to be stored to any one persistent storage block were written to that persistent storage block all at once, the amount of “wear” on the persistent storage device would be reduced.

In the present disclosure, a persistent storage device includes persistent storage, which includes a set of persistent storage blocks, and NVRAM, which includes a set of NVRAM blocks. The persistent storage device also includes a storage controller configured to receive commands from an external host device and further configured to: in response to a host NVRAM write command, store data to a specified NVRAM block; in response to a transfer command, transfer data in the specified NVRAM block to a corresponding persistent storage block; in response to a host persistent storage write command, store data to a specified persistent storage block; and in response to a host persistent storage read command, retrieve data from the specified persistent storage block.

In some embodiments, the persistent storage device is implemented as a single, monolithic integrated circuit. In some embodiments, the persistent storage includes flash memory, and the NVRAM includes non-volatile storage selected from the set consisting of EPROM, EEPROM, battery backed SRAM, battery backed DRAM, supercapacitor backed DRAM, ferroelectric RAM, magnetoresistive RAM, and phase-change RAM. In some embodiments, the persistent storage device further includes a host interface for interfacing the persistent storage device to a memory controller of the external host device. Optionally, the storage controller is further configured to respond to a host NVRAM read command by retrieving data from the specified NVRAM block. In some embodiments, a logical block address is associated with the specified NVRAM block, and the corresponding persistent storage block corresponds to the logical block address.

In some embodiments, the storage controller is further configured to respond to a respective host command by storing a logical block address, specified by the host command, in association with the specified NVRAM block. In some embodiments, a predefined portion of the NVRAM stores one or more logical block addresses, each associated with a respective NVRAM block. In some embodiments, a logical block address is associated with the specified NVRAM block, and the corresponding persistent storage block is identified by the storage controller using a logical block address to physical address mapping. In some embodiments, the transfer command includes a first predefined transfer command, and the storage controller is further configured to respond to a second predefined transfer command by storing data in a persistent storage block specified by the second predefined transfer command to a NVRAM block specified by the second predefined transfer command.

In another aspect of the present disclosure, a method for managing a persistent storage device is provided. In some embodiments, the method is performed at the persistent storage device, which includes persistent storage and NVRAM. The persistent storage includes a set of persistent storage blocks and the NVRAM includes a set of NVRAM blocks. The method includes receiving commands from an external host device; in response to a host NVRAM write command, storing data to a specified NVRAM block; in response to a transfer command, storing data in a NVRAM block specified by the transfer command to a corresponding persistent storage block; in response to a host persistent storage write command, storing data to a specified persistent storage block; and in response to a host persistent storage read command, retrieving data from the specified persistent storage block.

In some embodiments, the method further includes, at the persistent storage device, automatically transferring data from NVRAM to persistent storage upon occurrence of a predefined trigger condition selected from the set consisting of the amount of data stored to the specified NVRAM block reaching a predefined threshold and data being stored to a predefined portion of the specified NVRAM block. In some embodiments, the method further includes, under control of the external host device: after loss of power, reading from NVRAM a set of logical block addresses, including the logical block address, if any, associated with each NVRAM block in the set of NVRAM blocks; and copying data from each NVRAM block having an associated logical block address to a persistent storage block corresponding to the associated logical block address.

In yet another aspect of the present disclosure, a method for storing data to a persistent storage device is performed at a host device external to the persistent storage device. The method includes issuing a plurality of NVRAM write commands to store data in a specified block of NVRAM in the persistent storage device. The persistent storage device includes persistent storage and NVRAM, the persistent storage including a set of persistent storage blocks and the NVRAM including a set of NVRAM blocks that includes the specified block of NVRAM. The method further includes issuing a predefined transfer command, instructing the persistent storage device to store data in the specified NVRAM block to a corresponding persistent storage block; and issuing a read command, instructing the persistent storage device to retrieve data from the persistent storage block corresponding the specified NVRAM block, and to convey to the host device the data retrieved from the persistent storage block corresponding the specified NVRAM block.

Reference will now be made in detail to various embodiments, examples of which are illustrated in the accompanying drawings. In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the disclosed embodiments. However, the disclosed embodiments are optionally practiced without these specific details. In other instances, well-known methods, procedures, components, and circuits have not been described in detail so as not to unnecessarily obscure aspects of the embodiments.

FIG. 1 is a block diagram illustrating a system 100 that includes a persistent storage device 106 and an external host device 102 (sometimes herein called host 102), in accordance with some embodiments. For convenience, host 102 is herein described as implemented as a single server or other single computer. Host 102 includes one or more processing units (CPU's) 104, one or more memory interfaces 107, memory 108, and one or more communication buses 110 for interconnecting these components. The communication buses 110 optionally include circuitry (sometimes called a chipset) that interconnects and controls communications between system components. Memory 108 includes high-speed random access memory, such as DRAM, SRAM, DDR RAM or other random access solid state memory devices; and optionally includes non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid state storage devices. Further, memory 108 optionally includes one or more storage devices remotely located from the CPU(s) 104. Memory 108, or alternately the non-volatile memory device(s) within memory 108, includes a non-volatile computer readable storage medium. In some embodiments, memory 108 or the non-volatile computer readable storage medium of memory 108 stores the following programs, modules and data structures, or a subset thereof:

• • an operating system 112 that includes procedures for handling various basic system services and for performing hardware dependent tasks;
  • one or more applications 114 which are configured to (or include instructions to) submit read and write commands to persistent storage device 106 using storage access functions 116 and NVRAM access functions 118;
  • storage access functions 116 for reading and writing to persistent storage 120 of persistent storage device 106;
  • NVRAM access functions 118 for reading and writing to NVRAM 122 of persistent storage device 106, as well as for transferring data from NVRAM 122 to persistent storage 120; and
  • data 119, for example data used by or associated with one of the applications 114; data 119 optionally includes write data, to be written to NVRAM 122 or persistent storage 120 in persistent storage device 106, and/or read data that has been retrieved from NVRAM 122 or persistent storage 120 in persistent storage device 106.

Each of the aforementioned host functions, such as NVRAM access functions 118 and storage access functions 116, is configured for execution by the one or more processors (CPUs) 104 of host 102, so as to perform the associated storage access task or function with respect to NVRAM 122 and/or persistent storage 120 in persistent storage device 106.

In some embodiments, host 102 is connected to persistent storage device 106 via a memory interface 107 of the host 102 and a host interface 126 of the persistent storage device. Host 102 is connected to persistent storage device 106 either directly or through a communication network (not shown) such as the Internet, other wide area networks, local area networks, metropolitan area networks, wireless networks, or any combination of such networks. Optionally, in some implementations, host 102 is connected to a plurality of persistent storage devices 106, only one of which is shown in FIG. 1.

In some embodiments, persistent storage device 106 includes persistent storage 120, NVRAM 122, one or more host interfaces 126, and storage controller 124. Storage controller 124 includes one or more processing units (CPU's) 128, memory 130, and one or more communication buses 132 for interconnecting these components. In some embodiments, communication buses 132 include circuitry (sometimes called a chipset) that interconnects and controls communications between system components. Memory 130 includes high-speed random access memory, such as DRAM, SRAM, DDR RAM or other random access solid state memory devices; and optionally includes non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid state storage devices. Memory 130 optionally includes one or more storage devices remotely located from the CPU(s) 128. Memory 130, or alternately the non-volatile memory device(s) within memory 130, includes a non-volatile computer readable storage medium. In some embodiments, memory 130 stores the following programs, modules and data structures, or a subset thereof:

• • host interface functions 133 that includes procedures for handling commands sent from host 102 and received by persistent storage device 106 via its host interface 126;
  • NVRAM functions 134 for handling NVRAM access function calls issued by host 102; the NVRAM functions 134 include a function 136 to write data to one or more specified NVRAM blocks, a function 138 to transfer data from an NVRAM block to a persistent storage block, and optionally include a function 140 to read data from an NVRAM block, and a function 142 to transfer data from a specified persistent storage block to an NVRAM block;
  • storage (flash) functions 144 for handling persistent storage access function calls issued by host 102; the storage functions 144 include a function 146 to write data to one or more specified persistent storage blocks and a function 148 to read data from one more specified persistent storage blocks;
  • one or more address translation functions 150 for translating logical block addresses to physical addresses; and
  • one or more address translation tables 152 for storing logical to physical address mapping information.

Each of the aforementioned storage controller functions, such as NVRAM functions 134 and storage functions 144, is configured for execution by the one or more processors (CPUs) 128 of storage controller 124, so as to perform the associated task or function with respect to NVRAM 122, persistent storage 120, or both.

Address translation function(s) 150 together with address translation tables 152 implement logical block address (LBA) to physical address (PHY) mapping, shown as LBA to PHY mapping 206 in FIG. 2.

As used herein, the term “NVRAM” refers to any type of nonvolatile storage distinct from the type of storage comprising persistent storage 120 that is used to persist small amounts of data. In some implementations, NVRAM is non-volatile storage selected from the set consisting of EPROM, EEPROM, battery backed SRAM, battery backed DRAM, supercapacitor backed DRAM, ferroelectric RAM, magnetoresistive RAM, and phase-change RAM. Supercapacitors are also sometimes called electric double-layer capacitors (EDLCs), electrochemical double layer capacitors, or ultracapacitors.

As used herein, the term “persistent storage” refers to any type of persistent storage, distinct from the type of storage comprising NVRAM, used as mass storage or secondary storage. In some embodiments, persistent storage is flash memory.

In some implementations, persistent storage 120 includes a set of persistent storage blocks, and NVRAM 122 includes a set of NVRAM blocks. In some implementations, the NVRAM blocks have the same size as the persistent storage blocks. Furthermore, in some implementations, the number of NVRAM blocks is much smaller (e.g., 64, 1024, etc.) than the number of persistent storage blocks (e.g., millions to billions, etc.). In some implementations, one or more of the NVRAM blocks is used to store metadata corresponding to the other NVRAM blocks. In one example, a first or last NVRAM block is used to store a logical block address for each NVRAM block to which data has been written by the host 102.

In some embodiments, function calls issued by host 102, using the NVRAM access functions 118 described above, are implemented as input/output control (ioctl) function calls, for example as under Unix or Linux, or similar function calls implemented in other operating systems.

An example of a function call issued by host 102 to write data (e.g., data 119 stored in memory 108 of host 102) to one or more NVRAM blocks, for invoking the write to NVRAM block function 136 in persistent storage device 106, is given by:

• • sio_host_to_nvram(fd, buf, nvseek, size)where fd refers to a particular storage device 106, buf refers to a location in memory 108 on host 102 containing data to be written, nvseek refers to the starting position in NVRAM 122 to which the data is to be written, and size refers to an amount of data to be written. In some implementations, the starting location, nvseek, is any byte boundary position in NVRAM 122, and the size refers to the number of bytes to be written from host 102 to NVRAM 122. In some implementations, one of or both nvseek and size may need to be aligned to a word or double word or other such boundary. In some implementations, multiple successive function calls are issued by host 102 to write successive sets of data to the same NVRAM block in NVRAM 122.

An example of a function call issued by host 102 to read data from one or more NVRAM blocks, for invoking the read from NVRAM block function 140 in persistent storage device 106, is given by:

• • sio_nvram_to_host(fd, nvseek, buf, size)where fd refers to a particular storage device 106, nvseek refers to the starting position in NVRAM from which data is to be read, buf refers to a location in memory 108 on host 102 into which the read data is to be stored, and size refers to amount of the data to be read. Similarly to the function call issued by host 102 to write data to one or more NVRAM blocks, in some implementations, a function call issued by host 102 to read data from one or more NVRAM blocks is used to read an amount of data smaller than an NVRAM block. In some implementations, the starting location, nvseek, is any byte boundary position in NVRAM 122, and the size refers to the number of bytes to be written from NVRAM 122 to host 102. In some implementations, one of or both nvseek and size may need to be aligned to a word or double word or other such boundary.

An example of a function call issued by host 102 to transfer data from one or more NVRAM blocks to one or more persistent storage blocks, for invoking the transfer NVRAM block to persistent storage block function 138 in persistent storage device 106, is given by:

• • sio_nvram_to_media(fd, nvseek, pmseek, size)where fd refers to a particular storage device 106, nvseek refers to the starting position in NVRAM from which data is to be transferred, pmseek refers to the starting location in persistent storage into which the data is to be transferred, and size refers to amount of the data to be transferred. In some implementations, the starting location, pmseek, is a logical block address, and the size refers to an integer number of NVRAM blocks of data to be transferred.

In some embodiments, in the sio_nvram_to_media function call, the size parameter is constrained to specify a number of blocks, the pmseek parameter identifies a logical block address (LBA), and the nvseek parameter identifies an NVRAM block (e.g., identifies the beginning of an NVRAM block). As a result, in these embodiments, the sio_nvram_to_media function call is used by host 102 to transfer the data stored in one or more NVRAM blocks to specified persistent storage blocks.

In some embodiments, data transferred from an NVRAM block to a persistent storage block is not automatically deleted from the NVRAM block by storage controller 124. Rather, such data is deleted only when an explicit command (e.g., a command to erase or overwrite the NVRAM block) is received from host 102. Alternatively, in some implementations, data transferred from an NVRAM block to a persistent storage block is automatically deleted from the NVRAM block by storage controller 124.

Each of the above identified modules, applications or programs corresponds to a set of instructions, executable by the one or more processors of host 102 or persistent storage device 106, for performing a function described above. The above identified modules, applications or programs (i.e., sets of instructions) need not be implemented as separate software programs, procedures or modules, and thus various subsets of these modules may be combined or otherwise re-arranged in various embodiments. In some embodiments, memory 108 or memory 130 optionally stores a subset of the modules and data structures identified above. Furthermore, in some implementations, memory 108 or memory 130 optionally stores additional modules and data structures not described above.

Although FIG. 1 shows a system 100 including host 102 and persistent storage device 106, FIG. 1 is intended more as a functional description of the various features which may be present in a set of servers than as a structural schematic of the embodiments described herein. In practice, and as recognized by those of ordinary skill in the art, items shown separately could be combined and some items could be separated.

FIG. 2A is a schematic diagram of NVRAM 122 and persistent storage 120, in accordance with some embodiments. As illustrated in FIG. 2A, NVRAM 122 contains data that has been stored in NVRAM block(s) 202. In some embodiments, NVRAM 122 also contains a predefined portion 204 for storing one or more logical block addresses, each logical block address in portion 204 corresponds to a respective NVRAM block 202 and also corresponds to a respective persistent storage block 208 in persistent storage 120. After the persistent storage device 106 receives a transfer command, to transfer data in a specified NVRAM block to a corresponding persistent storage block (e.g., a command that invokes the transfer NVRAM block to PS block function 138), storage controller 124 retrieves data from the NVRAM block 202 specified by the transfer command and stores that data to the persistent storage block 208 corresponding to a logical block address specified by the transfer command. Logical block addresses are mapped to physical addresses through LBA to PHY mapping 206, using address translation function(s) 150 and address translation table(s) 152.

In some embodiments, the transfer command received from the host 102 is an instance of the sio_nvram_to_media command discussed above.

In some embodiments, once data is transferred from an NVRAM block to a persistent storage block (e.g., in response to a command from the external host device 102 to transfer data from an NVRAM block to a specified persistent storage block), a copy of the data remains in the NVRAM block until it is overwritten with new data or deleted in response to an explicit command from host 102. In other embodiments, once data is transferred from an NVRAM block to a persistent storage block, the data in the NVRAM block is automatically erased by persistent storage device 106, without receiving any additional command from host 102.

Similarly, in some implementations, once data is transferred from a persistent storage block to an NVRAM block (e.g., in response to a command from the external host device 102 to transfer data from a specified persistent storage block to an NVRAM block), a copy of the data remains in the persistent storage block until it is overwritten with new data or the data in the persistent storage block is deleted in response to an explicit command from host 102. In other implementations, once data is transferred from the persistent storage block to the NVRAM block, the data in the persistent storage block is erased persistent storage device 106, without receiving any additional command from host 102.

FIG. 2B is a block diagram illustrating an exemplary NVRAM 122, in accordance with some embodiments. NVRAM 122 is powered by voltage source 210. As mentioned above, some implementations of NVRAM 122 include a battery or capacitor 212 for supplying alternative or reserve power to NVRAM 122 should voltage source 210 become unavailable, thus preserving data in NVRAM blocks 202. In some other implements in which NVRAM 122 is implemented using non-volatile memory that retains data in the absence of power, battery/capacitor 212 is not needed and therefore not included in NVRAM 122.

FIGS. 3A-3D are flow diagrams illustrating the processing of host commands received from host 102 by persistent storage device 106, in accordance with some embodiments. Referring to FIG. 1, in some implementations, the host commands are received from host 102 by persistent storage device 106 via host interface 126. In some implementations, the host commands are function calls issued by host 102 when applications 114 invoke storage access functions 116 and/or NVRAM access functions 118 so as read or write data from or to persistent storage device 106.

FIG. 3A illustrates the processing of an NVRAM write command. Host 102 first issues (302) an NVRAM write command to write data to one or more NVRAM blocks. In some embodiments, the NVRAM write command, e.g., sio_host_to_nvram(fd, buf, nvseek, size), is issued by host 102 when an application 114 executes a corresponding one of the NVRAM access functions 118. Persistent storage device 106 then receives the NVRAM write command (304). Storage controller 124 of persistent storage device 106 then stores the write data to the NVRAM block specified by the NVRAM write command (306). In some embodiments, storage controller 124 stores the write data by executing function 136 so as to write data to one or more specified NVRAM blocks.

FIG. 3B illustrates the processing of a transfer command. Host 102 first issues (308) a transfer command to transfer data from one or more NVRAM blocks to one or more persistent storage blocks. In some embodiments, the transfer command, e.g., sio_nvram_to_media(fd, nvseek, pmseek, size), is issued by host 102 when an application 114 executes a corresponding one of the NVRAM access functions 118. Persistent storage device 106 receives (310) the transfer command from host 102. The transfer command specifies the persistent storage block to which data is to be written. In particular, in some implementations, the transfer command specifies a logical address, typically called a logical block address, which the storage controller 124 maps to a persistent storage block using a logical block address to physical address mapping 206, as described above, thereby identifying (312) the persistent storage block to which data is to be written. In response to the received command, persistent storage device 106 stores (314) the data from the specified NVRAM block to the persistent storage block specified by the transfer command.

In some embodiments, persistent storage device 106 is configured to handle transfer commands that specify transfers of data from one or more persistent storage blocks to one or more NVRAM blocks. For example, host 102 may issue a sio_media_to_nvram(fd, pmseek, nvseek, size) ioctl call so as to issue such a command. In response to receiving such transfer commands, storage controller 124 invokes execution of the transfer function 142 to transfer data from a specified persistent storage block to an NVRAM block. In some implementations, execution of transfer function 142 includes identifying persistent storage block from which to transfer data using logical address to physical address mapping 206, reading data from the identified persistent storage block, and storing that data to the specified NVRAM block.

In some other embodiments, the transfer of data from persistent storage to NVRAM is accomplished by first issuing a persistent storage read command, as described below with reference to FIG. 3D, and then issuing a subsequent NVRAM write command, as described above with reference to FIG. 3A.

FIG. 3C illustrates the processing of a persistent storage write command. Host 102 issues (308) a persistent storage write command to write data to one or more persistent storage blocks. In some embodiments, the persistent storage write command is issued by host 102 when an application 114 executes a corresponding one of the storage access functions 116. Persistent storage device 106 receives (318) the persistent storage write command. In response to the persistent storage write command, persistent storage device 106 identifies (320) the persistent storage block to which data is to be written, using a logical block address to physical address mapping (e.g., mapping 206) to map a logical address in the received command to a physical address. Next, persistent storage device 106 stores (322) the write data to the identified persistent storage block.

FIG. 3D illustrates the processing of a persistent storage read command. Host 102 issues (324) a persistent storage read command to read data from one or more persistent storage blocks. In some embodiments, the persistent storage read command is issued by host 102 when an application 114 executes a corresponding one of the storage access functions 116. Persistent storage device 106 receives (326) the persistent storage read command. In response to the persistent storage read command, persistent storage device 106 identifies (328) the persistent storage block from which data is to be read, using a logical block address to physical address mapping (e.g., mapping 206) to map a logical address in the received command to a physical address. Next, storage device 106 retrieves (330) the data from the identified persistent storage block. In some embodiments, storage controller 124 retrieves the read data from the identified persistent storage block and returns the data to host 102 via host interface 126. More specifically, in some embodiments, storage controller 124 of persistent storage device 106 reads the data from one or more specified persistent storage blocks and returns the read data to host 102, where the read data is stored in memory 108 (e.g., data 119, FIG. 1).

FIGS. 4A and 4B illustrate a flowchart representing a method 400 for managing a persistent storage device, such as persistent storage device 106 shown in FIG. 1, according to some embodiments. In some embodiments, method 400 is governed by instructions that are stored in a computer readable storage medium and that are executed by one or more processors of a device, such as the one or more processors 128 of storage controller 124 of persistent storage device 106, shown in FIG. 1.

In method 400, persistent storage device 106 receives (402) commands (402) from external host device 102. Examples of these commands are sio_host_to_nvram(fd, buf, nvseek, size), sio_nvram_to_host(fd, nvseek, buf, size), sio_media_to_nvram(fd, pmseek, nvseek, size), and sio_nvram_to_media(fd, nvseek, pmseek, size), as described above.

If host 102 issues an NVRAM write command, for example, sio_host_to_nvram(fd, buf, nvseek, size), then in response to the host NVRAM write command, persistent storage device 106 stores (404) data to a specified NVRAM block. In some embodiments, operation 404 corresponds to operation 306 in FIG. 3A, as described above. In the above example of the NVRAM write command, storage controller 124 stores the data, located at position buf in memory 108 of host 102 to position nvseek in NVRAM 122, wherein the quantity of data stored is specified by the size parameter of the command.

If host 102 issues a transfer command, for example, sio_nvram_to_media(fd, nvseek, pmseek, size), then in response to the transfer command, persistent storage device 106 stores (406) data located in an NVRAM block specified by the transfer command to a corresponding persistent storage block in persistent storage device 106. In the above example of the transfer command, storage controller 124 stores the data, located at position nvseek in NVRAM 122 to position pmseek of persistent storage 120, wherein the quantity of data stored is specified by the size parameter of the command. In some implementations, storage controller 124 identifies (408) the corresponding persistent storage block using the logical block address to physical address mapping 206 described above.

In some embodiments, the transfer command comprises (410) a first predefined transfer command. In such embodiments, the first predefined transfer command specifies transferring data from NVRAM to persistent storage, as described above with reference to operation 406. In some embodiments, host 102 also issues a second predefined transfer command, for example, sio_media_to_nvram(fd, pmseek, nvseek, size), that specifies transferring data from persistent storage to NVRAM. In such embodiments, in response to the second predefined transfer command, persistent storage device 106 stores (412) data in a persistent storage block specified by the second predefined transfer command to a NVRAM block specified by the second predefined transfer command. As mentioned above with reference to FIG. 3B, in some embodiments, the same data transfer can be accomplished in two steps, for example, by first issuing a persistent storage read command (as described below with regards to operation 416), and then issuing a subsequent NVRAM write command (as described above with regards to operation 404).

As described above, in some embodiments, the transfer command discussed above with reference to operation 406 specifies the persistent storage block to which data is to be written by specifying an associated logical block address. In such embodiments, the corresponding persistent storage block is identified (430) using a logical block address to physical block address mapping.

If host 102 issues a host persistent storage write command, then in response to the host persistent storage write command, persistent storage device 106 stores (414) data to a specified persistent storage block. If host 102 issues a host persistent storage read command, then in response to the host persistent storage read command, persistent storage device 106 retrieves (416) data from a specified persistent storage block.

If host 102 issues a host NVRAM read command, then in response to the host NVRAM read command, persistent storage device 106 retrieves (418) data from the specified NVRAM block. Operation 418 is similar to operation 416, except instead of reading data from one or more persistent storage blocks, storage controller 124 reads data from one or more NVRAM blocks specified by the NVRAM read command. In some embodiments, operation 418 is executed when an application in host 102 requests data or information that was recently written to NVRAM 122 but that has not yet been transferred to persistent storage 120. In some embodiments, this occurs after a power loss to the host. For example, in some embodiments, after loss of power, storage controller 124 reads (422) from NVRAM 122 a set of logical block addresses 204, including the logical block address, if any, associated with each NVRAM block in the set of NVRAM blocks. In such embodiments, storage controller 124 copies (424) data from each NVRAM block having an associated logical block address to a persistent storage block corresponding to the associated logical block address. For example, as described above with respect to FIG. 2A, in some embodiments NVRAM 122 has a predefined portion 204 for storing one or more logical block addresses, each logical block address in portion 204 corresponds to a respective NVRAM block 202 and also corresponds to a respective persistent storage block 208 in persistent storage 120. In such implementations, the logical block addresses stored in portion 204 of NVRAM 122 are used in operation 424 to identify the persistent storage blocks into which storage controller 124 copies data from the NVRAM blocks that have associated logical block addresses.

In some embodiments, storage controller 124 automatically transfers (420) data from NVRAM 122 to persistent storage 120 upon occurrence of a predefined trigger condition. In some embodiments, the predefined trigger condition is any of the following: the amount of data stored to the specified NVRAM block reaching a predefined threshold, or data being stored to a predefined portion of the specified NVRAM block (e.g., a final portion or last word of the NVRAM block).

In some embodiments, storage controller 124 stores (426), in response to a respective host command, a logical block address, specified by the host command, in association with the specified NVRAM block. With respect to either operation 426 or 428, in some embodiments, storage controller 124 stores (428) one or more logical block addresses in NVRAM 122, each logical block address associated with a respective NVRAM block. For example, as described above with respect to FIG. 2A, in some embodiments NVRAM 122 has a predefined portion 204 for storing one or more logical block addresses, each logical block address in portion 204 corresponds to a respective NVRAM block 202 and also corresponds to a respective persistent storage block 208 in persistent storage 120.

Using the embodiment described above, multiple writes to a particular persistent storage block are replaced with multiple writes to an NVRAM block and a subsequent single write to the particular persistent storage block. This reduces the number of writes to persistent storage and also reduces the number of corresponding block erase operations. Furthermore, performance of the persistent storage device is improved in that writes to NVRAM are faster and expend less energy than writes of the same amount of data to flash memory.

Each of the operations shown in FIGS. 4A and 4B optionally corresponds to instructions stored in a computer memory or computer readable storage medium. The computer readable storage medium optionally includes a magnetic or optical disk storage device, solid state storage devices such as Flash memory, or other non-volatile memory device or devices. The computer readable instructions stored on the computer readable storage medium are in source code, assembly language code, object code, or other instruction format that is interpreted by one or more processors.

Although the terms “first,” “second,” etc. are used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first contact could be termed a second contact, and, similarly, a second contact could be termed a first contact, without changing the meaning of the description, so long as all occurrences of the “first contact” are renamed consistently and all occurrences of the second contact are renamed consistently. The first contact and the second contact are both contacts, but they are not the same contact.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the claims. As used in the description of the embodiments and the appended claims, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that the term “and/or” as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

As used herein, the term “if” may be construed to mean “when” or “upon” or “in response to determining” or “in accordance with a determination” or “in response to detecting,” that a stated condition precedent is true, depending on the context. Similarly, the phrase “if it is determined [that a stated condition precedent is true]” or “if [a stated condition precedent is true]” or “when [a stated condition precedent is true]” may be construed to mean “upon determining” or “in response to determining” or “in accordance with a determination” or “upon detecting” or “in response to detecting” that the stated condition precedent is true, depending on the context.

The foregoing description, for purpose of explanation, has been described with reference to specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the disclosed embodiments to the precise forms disclosed. Many modifications and variations are possible in view of the above teachings. The embodiments were chosen and described in order to best explain the principles of the present disclosure and its practical applications, to thereby enable others skilled in the art to best utilize the disclosed embodiments and various other embodiments with various modifications as are suited to the particular use contemplated.

Claims

1. A persistent storage device, comprising: persistent storage, comprising a set of persistent storage blocks;NVRAM, comprising a type of nonvolatile storage distinct from the persistent storage and comprising a set of NVRAM blocks;a storage controller configured to receive commands from an external host device in accordance with one or more applications executed by the external host device, and further configured to: in response to a host NVRAM write command received from the external host device, store data to an NVRAM block specified by the host NVRAM write command;in response to a host NVRAM read command received from the external host device, retrieve data from an NVRAM block specified by the host NVRAM read command; andin response to a transfer command received from the external host device, transfer data in an NVRAM block specified by the transfer command to a corresponding persistent storage block, wherein the data was previously written to the specified NVRAM block.

2. The persistent storage device of claim 1, wherein the storage controller is further configured to: in response to a host persistent storage write command, store data to a persistent storage block; andin response to a host persistent storage read command, retrieve data from a persistent storage block.

3. The persistent storage device of claim 1, wherein the persistent storage device is implemented as a single, monolithic integrated circuit.

4. The persistent storage device of claim 1, wherein the persistent storage comprises flash memory, and the NVRAM comprises non-volatile storage selected from the set consisting of EPROM, EEPROM, battery backed SRAM, battery backed DRAM, supercapacitor backed DRAM, ferroelectric RAM, magnetoresistive RAM, and phase-change RAM.

5. The persistent storage device of claim 1, further comprising a host interface for interfacing the persistent storage device to a memory controller of the external host device.

6. The persistent storage device of claim 1, wherein a logical block address is associated with the specified NVRAM block, and the corresponding persistent storage block corresponds to the logical block address.

7. The persistent storage device of claim 1, wherein the storage controller is further configured to respond to a respective host command by storing a logical block address, specified by the host command, in association with the specified NVRAM block.

8. The persistent storage device of claim 1, wherein a predefined portion of the NVRAM stores one or more logical block addresses, each associated with a respective NVRAM block.

9. The persistent storage device of claim 1, wherein a logical block address is associated with the specified NVRAM block, and the corresponding persistent storage block is identified by the storage controller using a logical block address to physical address mapping.

10. The persistent storage device of claim 1, wherein the transfer command comprises a first predefined transfer command, andthe storage controller is further configured to respond to a second predefined transfer command by storing data in a persistent storage block specified by the second predefined transfer command to an NVRAM block specified by the second predefined transfer command.

11. A method for managing a persistent storage device, comprising: at the persistent storage device comprising persistent storage and NVRAM, the persistent storage comprising a set of persistent storage blocks and the NVRAM comprising a type of nonvolatile storage distinct from the persistent storage and comprising a set of NVRAM blocks: receiving commands from an external host device in accordance with one or more applications executed by the external host device;in response to a host NVRAM write command received from the external host device, store data to an NVRAM block specified by the host NVRAM write command;in response to a host NVRAM read command received from the external host device, retrieve data from an NVRAM block specified by the host NVRAM read command; andin response to a transfer command received from the external host device, storing data in an NVRAM block specified by the transfer command to a corresponding persistent storage block.

12. The method of claim 11, further comprising: in response to a host persistent storage write command, store data to a persistent storage block; andin response to a host persistent storage read command, retrieve data from a persistent storage block.

13. The method of claim 11, wherein the persistent storage device is implemented as a single, monolithic integrated circuit.

14. The method of claim 11, wherein the persistent storage comprises flash memory, and the NVRAM comprises non-volatile storage selected from the set consisting of EPROM, EEPROM, battery backed SRAM, battery backed DRAM, supercapacitor backed DRAM, ferroelectric RAM, magnetoresistive RAM, and phase-change RAM.

15. The method of claim 11, wherein the persistent storage device further comprises a host interface for interfacing the persistent storage device to a memory controller of the external host device.

16. The method of claim 11, wherein a logical block address is associated with the specified NVRAM block, and the corresponding persistent storage block corresponds to the logical block address.

17. The method of claim 11, further comprising, at the persistent storage device, responding to a respective host command by storing a logical block address, specified by the host command, in association with the specified NVRAM block.

18. The method of claim 11, further comprising, at the persistent storage device, storing one or more logical block addresses in the NVRAM, each associated with a respective NVRAM block.

19. The method of claim 11, further comprising, at the persistent storage device, identifying, for the transfer command, the corresponding persistent storage block using a logical block address to physical address mapping.

20. The method of claim 11, wherein the transfer command comprises a first predefined transfer command, the method further comprising, at the persistent storage device, in response to a second predefined transfer command, storing data in a persistent storage block specified by the second predefined transfer command to an NVRAM block specified by the second predefined transfer command.

21. The method of claim 11, further comprising, at the persistent storage device, automatically transferring data from NVRAM to persistent storage upon occurrence of a predefined trigger condition selected from the set consisting of the amount of data stored to the specified NVRAM block reaching a predefined threshold and data being stored to a predefined portion of the specified NVRAM block.

22. The method of claim 11, further comprising, under control of the external host device: after loss of power, reading from NVRAM a set of logical block addresses, including the logical block address, if any, associated with each NVRAM block in the set of NVRAM blocks; andcopying data from each NVRAM block having an associated logical block address to a persistent storage block corresponding to the associated logical block address.

23. A method for storing data to a persistent storage device, comprising: at a host device external to the persistent storage device and issuing commands in accordance with one or more applications executed by the host device: issuing a plurality of NVRAM write commands to store data in blocks of NVRAM in the persistent storage device specified by the NVRAM write commands, the persistent storage device comprising persistent storage and NVRAM, the persistent storage comprising a set of persistent storage blocks and the NVRAM comprising a set of NVRAM blocks that includes the specified blocks of NVRAM, wherein the NVRAM comprises a type of nonvolatile storage distinct from the persistent storage;issuing an NVRAM read command, instructing the persistent storage device to retrieve data from an NVRAM block in the persistent storage device specified by the NVRAM read command;issuing a predefined transfer command, instructing the persistent storage device to store data in an NVRAM block specified by the transfer command to a corresponding persistent storage block, wherein the data was previously written to the specified NVRAM block by one of the issued NVRAM write commands; andissuing a read command, instructing the persistent storage device to retrieve data from the persistent storage block to which data was stored in accordance with the predefined transfer command issued by the host device, and to convey to the host device the data retrieved from the persistent storage block to which data was stored in accordance with the predefined transfer command issued by the host device.