System and method for flash storage management using multiple open page stripes

Abstract

One embodiment facilitates flash storage management. During operation, the system receives a request to write data to a non-volatile memory. The system writes, in a buffer in association with a controller, the data to a next available portion of a current physical page in a page stripe, wherein the page stripe includes physical pages which each correspond to a sequentially ordered die of the non-volatile memory. The system provides power-loss protection to the current physical page and a second physical page which indicates parity information for the page stripe, thereby providing power-loss protection to an increased number of partially full page stripes.

Description

BACKGROUND

Field

This disclosure is generally related to the field of data storage. More specifically, this disclosure is related to a system and method for flash ma nagement in, e.g., a solid state drive (SSD), using multiple open page stripes.

Related Art

The proliferation of the Internet and e-commerce continues to create a vast amount of digital content. Various storage systems and servers have been created to access and store such digital content. A storage system or server can include volatile memory (e.g., dynamic random access memory (DRAM) and multiple drives (e.g., a solid state drive (SSD)). A drive can include non-volatile memory for persistent storage (e.g., NAND flash). The memory in a server plays a crucial role in the performance and capacity of a storage system.

For example, in an SSD, flash memory is organized into channels/dies. A channel can include multiple dies; a die can include multiple blocks; and a block can include multiple pages. A host typically writes data to an SSD in units of logical pages (e.g., 4 KB). However, the flash memory itself can only be written in units of physical pages, which are typically greater in size than a logical page (e.g., 16 KB or larger). An SSD controller typically includes a write buffer which holds the data for a host write before the data is flushed (or written) to the flash memory.

Upon receiving a write request, the SSD controller typically stores the data sequentially into “page stripes,” which are physical pages across multiple dies. One of the physical pages in a page stripe is typically used to store parity information. A “super page stripe” is a page stripe across all dies on the SSD, i.e., that includes one physical page from each die on the SSD. When the controller has committed the write request to the host, the controller must protect the committed data (stored in the write buffer) from power loss, e.g., by using capacitors. However, because of the power consumption of the flash memory and the limited space on the SSD for power-loss capacitors, the power-loss protected write buffer is typically very small (e.g., several megabytes).

Furthermore, a write request from a host may not fill exact units of physical pages, and typically does not fill an entire super page stripe. These partially filled pages can result in unused space in, e.g., a 16-32 KB physical page. A page stripe which is only partially filled with data (an “open page stripe” or an “incomplete page stripe”) is kept in the power-loss protected write buffer. When a page stripe is filled with data (a “closed page stripe” or a “complete page stripe”), the closed page stripe is flushed back to the flash memory. Because the power-loss protected write buffer is small, it can only hold a limited number of open page stripes, e.g., between 1 and 4 super page stripes. Thus, conventional SSDs can typically only support a small number of open page stripes. If the host software attempts to open a greater number of page stripes on the SSD, the system cannot provide a sufficiently large power-loss protected buffer to hold the relevant states. This limitation can reduce the flexibility of host software, and may create a bottleneck in the performance of the server. Furthermore, this limitation can result in inefficiencies in the storage system.

SUMMARY

One embodiment facilitates flash storage management. During operation, the system receives a request to write data to a non-volatile memory. The system writes, in a buffer in association with a controller, the data to a next available portion of a current physical page in a page stripe, wherein the page stripe includes physical pages which each correspond to a sequentially ordered die of the non-volatile memory. The system provides power-loss protection to the current physical page and a second physical page which indicates parity information for the page stripe, thereby allowing the controller to provide power-loss protection to an increased number of partially full page stripes.

In some embodiments, providing the power-loss protection to the current physical page is in response to determining that the current physical page is partially full.

In some embodiments, providing the power-loss protection to the current physical page and the second physical page further comprises, in response to detecting a power loss: marking any unfilled portions of the current physical page and of the second physical page by padding the unfilled portions with dummy data or by including an indicator that the unfilled portions do not contain any relevant data; and flushing the current physical page from the buffer to the non-volatile memory.

In some embodiments, the physical pages included in the page stripe correspond to a plurality or an entirety of sequentially ordered dies of the non-volatile memory.

In some embodiments, writing the data to the next available portion of the current physical page involves writing a logical page of the data.

In some embodiments, flushing the current physical page involves: writing data stored in the current physical page in the write buffer to the non-volatile memory; and marking the flushed current physical page to indicate that the flushed page no longer requires the power-loss protection.

In some embodiments, In response to determining that the current physical page is full, the system: flushes the current physical page from the buffer to the non-volatile memory; and sets as the current physical page a next physical page which corresponds to a next sequentially ordered die in the page stripe.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates an exemplary environment that facilitates flash storage management, in accordance with an embodiment of the present application.

FIG. 2A illustrates an exemplary environment for facilitating flash storage management, in accordance with the prior art.

FIG. 2B illustrates an exemplary environment for facilitating flash storage management, including a power-loss protected open page stripe, in accordance with the prior art.

FIG. 3 illustrates an exemplary environment for facilitating flash storage management, including two power-loss protected pages in an open page stripe, in accordance with an embodiment of the present application.

FIG. 4 presents a flowchart illustrating a method for facilitating flash storage management, in accordance with an embodiment of the present application.

FIG. 5 illustrates an exemplary computer system that facilitates flash storage management, in accordance with an embodiment of the present application.

FIG. 6 illustrates an exemplary apparatus that facilitates flash storage management, in accordance with an embodiment of the present application.

In the figures, like reference numerals refer to the same figure elements.

DETAILED DESCRIPTION

The following description is presented to enable any person skilled in the art to make and use the embodiments, and is provided in the context of a particular application and its requirements. Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the present disclosure. Thus, the embodiments described herein are not limited to the embodiments shown, but are to be accorded the widest scope consistent with the principles and features disclosed herein.

Overview

The embodiments described herein provide a system which solves the problem of limited data (e.g., a limited number of open page stripes) which can be held in the buffer of a controller and properly protected in the event of a power loss.

In a conventional SSD controller, data can be written to and temporarily held in a write buffer before being flushed or written to the non-volatile memory (e.g., NAND flash). The data is written sequentially into “page stripes,” which are physical pages across multiple dies. One of the physical pages in a page stripe is typically used to store parity information. A “super page stripe” is a page stripe across all dies on the SSD, i.e., that includes one physical page from each die on the SSD. The controller must protect the committed data (stored in the write buffer) from power loss, e.g., by using capacitors. However, because of the power consumption of the flash memory and the limited space on the SSD for power-loss capacitors, the power-loss protected write buffer is typically very small (e.g., several megabytes).

Furthermore, a write request from a host may not fill exact units of physical pages, and typically does not fill an entire super page stripe. These partially filled pages can result in unused space in, e.g., a 16-32 KB physical page. A page stripe which is only partially filled with data (an “open page stripe” or an “incomplete page stripe”) is kept in the power-loss protected write buffer. When a page stripe is filled with data (a “closed page stripe” or a “complete page stripe”), the closed page stripe is flushed back to the flash memory. Because the power-loss protected write buffer is small, it can only hold a limited number of open page stripes, e.g., between 1 and 4 super page stripes. Thus, conventional SSDs can typically only support a small number of open page stripes. If the host software attempts to open a greater number of page stripes on the SSD, the system cannot provide a sufficiently large power-loss protected buffer to hold the relevant states. This limitation can reduce the flexibility of host software, and may create a bottleneck in the performance of the server. Furthermore, this limitation can result in inefficiencies in the storage system.

The embodiments described herein address these limitations by providing a system which, rather than arranging host write operations in a “horizontal” manner across dies in a page stripe, instead arranges host operations in a “vertical/horizontal hybrid” manner to first fill in each page in the page stripe and then proceed to the next available portion of the next physical page in the next sequentially ordered die in the page stripe.

In the conventional horizontal manner, the system must provide power-loss protection for an entire open page stripe (including all the pages from the dies in the page stripe), as described below in relation to FIGS. 2A and 2B. Consider a typical SSD with 128 NAND dies, and assume that capacitors are designed to protect 256 pages. In this typical SSD, the system can provide power-loss protection to only 2 super page stripes (i.e.: 1 physical page across 128 dies=128 physical pages in one super page stripe which need power-loss protection; and 256 protectable pages/128 physical pages=2 protectable super page stripes).

In contrast, in the “vertical/horizontal hybrid” manner of the embodiments described herein, the system need only provide power-loss protection for two pages in each open page stripe, as described below in relation to FIGS. 3 and 4. The system changes the order in which data is written, by first filling in each page in the page stripe and then proceeding to the next physical page in the next sequentially ordered die in the page stripe. The system also flushes a physical page from the write buffer to the non-volatile memory as soon as the physical page is full. Thus, the system need only provide power-loss protection to two pages in the page stripe: 1) the current physical page (which is either not full or only partially full); and 2) a parity page (which includes parity information for the page stripe). Given the typical SSD from the prior example, the embodiments described herein can provide power-loss protection to 128 open super page stripes (i.e.: 256 protectable pages/2 pages per super page stripe which require protection=128 protectable super page stripes).

Thus, the embodiments described herein provide a system which improves the efficiency and performance of a storage system. The system can significantly reduce the power-loss protection requirement of each open page stripe, which allows the system to provide protection to multiple open page stripes at the same time. The system can also result in an improved efficiency by increasing the flexibility of the host software (to open multiple page stripes at the same time). By implementing the “vertical/horizontal hybrid” manner to write data to non-volatile memory, the system can provide sufficient power-loss protection to a significantly increased number of open page stripes (e.g., multiple open page stripes at the same time).

Exemplary Environment and Network

FIG. 1 illustrates an exemplary environment 100 that facilitates flash storage management, in accordance with an embodiment of the present application. Environment 100 can include a computing device 102 and an associated user 104. Computing device 102 can communicate via a network 110 with storage servers 112, 114, and 116, which can be part of a distributed storage system and accessed via client servers (not shown). A storage server can include multiple storage drives, and each drive can include a controller and multiple physical media for data storage. For example, server 116 can include a network interface card (NIC) 122, a CPU 124, a DRAM DIMM 126, and SSDs 132, 136, 140, and 144 with, respectively, controllers 134, 138, 142, and 146.

A controller can include interfaces to a host and to a non-volatile memory. A controller can also include a write buffer, which is power-loss protected, as well as firmware which includes instructions and/or code to execute the methods described herein. For example, SSD 140 can include SSD controller 142. Controller 142 can include: a host interface 150; an embedded processor 152, which includes a write buffer 154 and a firmware 156; and a channel management 158. SSD controller 142 can communicate with a host (e.g., via host interface 150 and a communication to/from host 192). SSD controller 142 can also communicate with the non-volatile memory (via channel management 158). The non-volatile memory can be accessed via multiple channels. For example, NAND dies 172, 174, and 176 may be accessed via a channel 170, and NAND dies 182, 184, and 186 may be accessed via a channel 180.

During operation, in the embodiments described herein, firmware 156 can include instructions and/or code which allow incoming write data from the host to be written in a “vertical/horizontal hybrid” manner in the physical pages of a page stripe, as described below in relation to FIGS. 3 and 4.

Exemplary Environment with Entire Power-Loss Protected Open Page Stripe in the Prior Art

FIG. 2A illustrates an exemplary environment 200 for facilitating flash storage management, in accordance with the prior art. Environment 200 can include a host 202, which performs a request of a host write 204. Environment 200 includes a non-volatile memory, which can include multiple dies, such as dies 208, 218, 228, and 238. Each die can include multiple blocks, and each block can include multiple pages. For example, die 208 can include blocks 210, 212, 214, and 216, and block 212 can include a physical page 211. Similarly, blocks 222, 232, and 242 can include, respectively, physical pages 221, 231, and 241. In environment 200, a diagonally shaded pattern indicates that (relevant) data has been stored or filled in the respective unit, while a clear pattern (i.e., no pattern) indicates that data has not yet been stored or filled in the respective unit.

Recall that a page stripe can include a physical page across multiple dies. A page stripe which is only partially filled in with data can be referred to as an “open page stripe,” and is protected from power loss in the write buffer of the SSD controller. In environment 200, blocks 210, 220, 230, and 240 are completely filled in with data (as indicated with the diagonally shaded pattern). Physical pages 211, 221, 231, and 241 (of, respectively, blocks 212, 222, 232, and 242) are partially filled in (as indicated by the diagonally shaded pattern in 211.1, 221.1, 231.1, and 241.1), and comprise an open page stripe 209.

During operation, in executing host write 204, the system can write data to the pages of open page stripe 209 in a “horizontal” manner. That is, the system writes 4K of data to the next available portion (211.1) of a current physical page (211) of a first sequentially ordered die (208) in the page stripe. Then system then continues to write additional 4K segments to the next available portion (221.1) of the next current physical page (221) of the next sequentially ordered die (218), writes to the next available portion (231.1) of the next current physical page (231), and finally writes the parity information to the next available portion (241.1) of the parity page (e.g., 241).

At this point, the physical pages which comprise open page stripe 209 are partially filled in (as indicated by the mix of the diagonally shaded pattern and no pattern). For example, physical page 211 is partially filled in, as it contains relevant data (4K) 211.1 and also no data in 211.2 (i.e., an unfilled portion). The partially filled physical pages are what define “open” page stripe 209.

If the system suffers a power loss, the SSD controller must provide power-loss protection to the entire open page stripe 209. This can also involve padding the unfilled portions of the physical pages in open page stripe 209 with dummy data. As described above, a conventional SSD controller (given 128 NAND dies and super page stripes) may only be able to provide power-loss protection to two open super page stripes at any given time. This can result in an inefficient storage system.

FIG. 2B illustrates an exemplary environment 298 for facilitating flash storage management, including a power-loss protected open page stripe, in accordance with the prior art. Environment 298 can include a power-loss protected open page stripe 292, which includes four physical pages 250, 260, 270, and 280, where each page is associated with or corresponds to a unique die. A super page stripe includes a physical page from the entirety of NAND dies in the non-volatile memory.

In the conventional SSD controller, data is written in a “horizontal” manner. Physical page 250 includes 4 k data segments: data “0” 251, data “3” 252, data “6” 253, and data “9” 254. Similarly: physical page 260 includes data “1” 261, data “4” 262, data “7” 263, and data “10” 264; physical page 270 includes data “3” 271, data “5” 272, data “8” 273, and data “11” 274; and physical page 280 includes parity data 281, parity data 282, parity data 283, and parity data 284. Data is written in a horizontal manner, following the flow depicted by, e.g., communications 293, 294, 295, and 296. That is, data is first written to a beginning portion of a first physical page of a first die, then to a beginning portion of the next physical page on the next die, etc. For example, data is written first to physical page 250 (as block 251), then to physical page 260 (as block 261), then to physical page 270 (as block 271), then to physical page 280 (as parity information 281), as shown via communication 293. Subsequently, data is written starting from the next available portion of the first physical page of the first die, and then across each next available portion of the next sequentially ordered die, e.g.: to physical page 250 (as block 252), then to physical page 260 (as block 262), then to physical page 270 (as block 272), then to physical page 280 (as parity information 282), as shown via communication 294.

Thus, environment 298 depicts an open page stripe 292 which includes partially filled physical pages (e.g., 4K portions 251 and 252 of physical page 250) across multiple dies, where the data has been written in a horizontal manner (e.g., via communications 293 and 294). During a power loss, the SSD controller must provide power-loss protection to the entire open page stripe 292, which can result in an inefficient storage system.

Exemplary Environment for Facilitating Flash Storage Management with Only Two Power-Loss Protected Pages Per Page Stripe

FIG. 3 illustrates an exemplary environment 300 for facilitating flash storage management, including two power-loss protected pages in an open page stripe, in accordance with an embodiment of the present application. In contrast to environment 298 of the prior art, environment 300 depicts a “vertical/horizontal hybrid” manner of writing data. Environment 300 can include an open page stripe 352, which includes four physical pages 310, 320, 330, and 340, where each page is associated with, corresponds to, or resides on a unique die.

In the embodiments described herein, data is written in a “vertical/horizontal hybrid” manner. Physical page 310 includes the following 4 k data segments: data “0” 311; data “1” 312; data “2” 313; and data “3” 314. Similarly: physical page 320 includes data “4” 321, data “5” 322, data “6” 323, and data “7” 324; physical page 330 includes data “8” 331, data “9” 332, data “10” 333, and data “11” 334; and physical page 340 includes partial parity data 341, partial parity data 342, partial parity data 343, and partial parity data 344. Data is written in a vertical/horizontal hybrid manner, following the flow depicted by, e.g., communications 360, 361, 362, 363, 364, 365, and 366. That is, data is first written sequentially to a beginning portion of a first physical page of a first die, and then to the next available portion of the same physical page of the first die, until the physical page is full, at which point, the data from that single full physical page is flushed to flash. Subsequently, data is then written beginning from the first available portion of the next physical page of the next sequentially ordered die, and then to the next available portion of that next physical page, until that next physical page is full, at which point, the data from that single full next physical page is flushed to flash.

For example, data is written first to physical page 310 (as block 311), and then is written sequentially within that same physical page 310 (as blocks 312, 313, and 314) until physical page 310 is full (e.g., as shown by communication 360). At that point (indicated by a time 371), the data from the full physical page 310 is flushed to flash. Subsequently, data is written starting from the first available portion of the next physical page of the next sequentially ordered die. That is, data is written to the next physical page 320 (as block 321), and then written sequentially within that same next physical page 320 (as block 322) (e.g., as shown by communication 362). At this point (indicated by a time 372), page 320 is an open page, which has been partially filled with data (e.g., blocks 321 and 322), and must be power-loss protected. Furthermore, page 340 is a page which indicates partial parity information for the partially filled data of page stripe 352, and thus must also be power-loss protected.

Therefore, environment 300 depicts a system in which, by using the vertical/horizontal hybrid manner of placing data and by flushing a full page to flash, the system need only provide power-loss protection for two pages in any open page stripe. That is, during a power loss, the SSD controller does not need to provide power-loss protection to the entire open page stripe (as shown above in environment 298). Instead, the SSD controller only needs to provide power-loss protection to the currently open physical page and the parity page of any given open page stripe, i.e., to two pages per open page stripe. The system can thus provide power-loss protection at a much reduced granularity as compared to conventional systems, i.e., at the page level granularity rather than at a page stripe granularity. This allows the system to provide power-loss protection to a significantly greater number of open page stripes (as compared to the conventional system), and thus improves the efficiency of the storage system.

Method for Facilitating Flash Storage Management

FIG. 4 presents a flowchart 400 illustrating a method for facilitating flash storage management, in accordance with an embodiment of the present invention. During operation, the system receives a request to write data to a non-volatile memory (operation 402). The system writes, in a buffer of a controller, the data to a next available portion of a current physical page in a page stripe, wherein the page stripe includes physical pages which each correspond to a sequentially ordered die of the non-volatile memory (operation 404). If the current physical page is not full, the operation continues as described below at operation 412.

If the current physical page is full (decision 406), the system flushes (the data in) the current physical page from the buffer to the non-volatile memory (operation 408). The system sets as the current physical page a next physical page which corresponds to a next sequentially ordered die in the page stripe (operation 410). The system provides power-loss protection to the current physical page and a second physical page which indicates parity information for the page stripe, thereby allowing the controller to provide power-loss protection to an increased number of partially full page stripes (i.e., to only two pages for each open page stripe) (operation 412).

Limitations Associated with Alternative Solutions

In one alternative solution, an SSD may include a multi-stream feature which supports multiple write streams from the host. For example, Kang et al., “The Multi-streamed Solid-State Drive,” available at “http://csl.skku.edu/uploads/ICE3028S17/multi-stream.pdf” (hereinafter “Kang”), describes how, in a multi-stream SSD, a host system can explicitly open streams in the SSD and send write requests to different streams based on their expected lifetime. However, a multi-stream SSD requires the host to attach additional information (e.g., stream ID) to its write requests, which transforms the command interface between the host and the SSD to a non-standard interface. In contrast, the embodiments described herein are transparent to the host, and require no modification to the host/device interface.

Furthermore, a multi-stream SSD maps host write streams to blocks, where data from a given stream is written sequentially in a block. This design does not take into account the need for parity or parity groups, which are crucial for SSDs operating in data centers. Without this crucial parity information, a multi-stream SSD can be vulnerable to die failure, which can result in data loss. In contrast, the embodiments described herein specifically provide power-loss protection to two pages per open stripe, one page of which contains parity information.

Yet another limitation of a multi-stream SSD is that all of the data of a stream is in the same block, which prevents the multi-stream SSD from leveraging the internal parallelism from multiple dies. In contrast, the embodiments described herein can leverage the internal parallelism of multiple dies, which can result in much better read performance than the multi-stream SSD.

Another alternative solution is to sub-divide or split a super page stripe into multiple smaller sections (i.e., smaller page stripes). For example, if a super page stripe covers 128 dies, in this alternative solution, a system can split the super page stripe into four sub-groups, where each sub-group covers 32 dies. By decreasing the size of the page stripe, such a solution can increase the number of open page stripes that can be power-loss protected. However, this solution is still limited by the following factors: 1) The system cannot divide the page stripes infinitely, i.e., the page stripes are limited on a minimum size, or how few dies a page stripe can cover; 2) A shorter page stripe can result in a reduced bandwidth; and 3) Accounting for the necessary parity in the increased number of smaller page stripes can increase the overhead (e.g., a super page stripe only requires one parity page for 127 dies, whereas, given the example above, a smaller page stripe requires one parity page for 31 dies).

In contrast, the embodiments described herein are independent of the width of the page stripe. Furthermore, the embodiments described herein require only a firmware update to the SSD controller, include the necessary parity information to support reliability and performance in a data center, leverage the internal parallelism from multiple dies, and do not require any interface changes.

Exemplary Computer System and Apparatus

FIG. 5 illustrates an exemplary computer system 500 that facilitates flash storage management, in accordance with an embodiment of the present application. Computer system 500 includes a processor 502, a memory 504, and a storage device/firmware 508. Computer system 500 may be a computing device or a storage device. Volatile memory 504 can include memory (e.g., RAM) that serves as a managed memory, and can be used to store one or more memory pools. Non-volatile memory 506 can include memory (e.g., NAND flash) which is used for persistent storage. Furthermore, computer system 500 can be coupled to a display device 510, a keyboard 512, and a pointing device 514. Storage device/firmware 508 can store an operating system 516, a content-processing system 518, and data 532. Note that firmware 508 may alternatively be located in or included in other components of computer system 500.

Content-processing system 518 can include instructions, which when executed by computer system 500, can cause computer system 500 to perform methods and/or processes described in this disclosure. For example, content-processing system 518 can include instructions for receiving and transmitting data packets, including a request to write or read data, data to be encoded and stored, or a block or a page of data.

Content-processing system 518 can further include instructions for receiving a request to write data to a non-volatile memory (communication module 520). Content-processing system 518 can include instructions for writing, in a buffer of a controller, the data to a next available portion of a current physical page in a page stripe (buffer-writing module 522). Content-processing system 518 can include instructions for, in response to determining that the current physical page is full (page status-managing module 524): flushing the current physical page from the buffer to the non-volatile memory (buffer-flushing module 526 and non-volatile memory-managing module 528); and setting as the current physical page a next physical page which corresponds to a next sequentially ordered die in the page stripe (page status-managing module 524). Content-processing system 518 can include instructions for providing power-loss protection to the current physical page and a second physical page which indicates parity information for the page stripe (power loss-protecting module 530).

Content-processing system 518 can also include instructions for, in response to detecting a power loss (power loss-protecting module 530): marking any unfilled portions of the current physical page and of the second physical page by padding the unfilled portions with dummy data or by including an indicator that the unfilled portions do not contain any relevant data (page status-managing module 524); and flushing the current physical page from the buffer to the non-volatile memory (buffer-flushing module 526 and non-volatile memory-managing module 528).

Data 532 can include any data that is required as input or that is generated as output by the methods and/or processes described in this disclosure. Specifically, data 532 can store at least: data to be stored, written, loaded, moved, retrieved, deleted, or copied; a logical unit of data; a physical unit of data; a physical page of data; a block of data; a page stripe; an open page stripe; a closed page stripe; a super page stripe; a request; a request which indicates data to be read or written; dummy data; an indicator that a portion of a page does not contain any relevant data; a logical block address (LBA); a physical block address (PBA); an indicator of a status of a page; an indicator of a next available portion of a page; a sequential order; a sequential order for a plurality or an entirety of dies of a non-volatile memory; a write buffer; instructions to flush data from the write buffer to the non-volatile memory; and an indicator of whether a page or a page stripe is open or partially full.

FIG. 6 illustrates an exemplary apparatus 600 that facilitates flash storage management, in accordance with an embodiment of the present application. Apparatus 600 can comprise a plurality of units or apparatuses which may communicate with one another via a wired, wireless, quantum light, or electrical communication channel. Apparatus 600 may be realized using one or more integrated circuits, and may include fewer or more units or apparatuses than those shown in FIG. 6. Further, apparatus 600 may be integrated in a computer system, or realized as a separate device which is capable of communicating with other computer systems and/or devices. Specifically, apparatus 600 can comprise units 602-612 which perform functions or operations similar to modules 520-530 of computer system 500 of FIG. 5, including: a communication unit 602; a buffer-writing unit 604; a page status-managing unit 606; a buffer-flushing unit 608; a non-volatile memory-managing unit 610; and a power loss-protecting unit 612.

The data structures and code described in this detailed description are typically stored on a computer-readable storage medium, which may be any device or medium that can store code and/or data for use by a computer system. The computer-readable storage medium includes, but is not limited to, volatile memory, non-volatile memory, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact discs), DVDs (digital versatile discs or digital video discs), or other media capable of storing computer-readable media now known or later developed.

The methods and processes described in the detailed description section can be embodied as code and/or data, which can be stored in a computer-readable storage medium as described above. When a computer system reads and executes the code and/or data stored on the computer-readable storage medium, the computer system performs the methods and processes embodied as data structures and code and stored within the computer-readable storage medium.

Furthermore, the methods and processes described above can be included in hardware modules. For example, the hardware modules can include, but are not limited to, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), and other programmable-logic devices now known or later developed. When the hardware modules are activated, the hardware modules perform the methods and processes included within the hardware modules.

The foregoing embodiments described herein have been presented for purposes of illustration and description only. They are not intended to be exhaustive or to limit the embodiments described herein to the forms disclosed. Accordingly, many modifications and variations will be apparent to practitioners skilled in the art. Additionally, the above disclosure is not intended to limit the embodiments described herein. The scope of the embodiments described herein is defined by the appended claims.

Claims

1. A computer-implemented method for facilitating flash storage management, the method comprising: receiving a request to write data to a non-volatile memory;writing, in a buffer in association with a controller, a first part of the data to fill next available portions of a current physical page in a page stripe until the current physical page is full, wherein the page stripe includes physical pages which each correspond to a sequentially ordered die of the non-volatile memory;flushing the current physical page from the buffer to the non-volatile memory;writing a remainder of the data to available portions of a next physical page in the page stripe to obtain a partially filled physical page,wherein a second physical page of the page stripe comprises parity information for the first part of the data and the remainder of the data in the partially filled physical page; andproviding power-loss protection only to the partially filled physical page and the second physical page which indicates parity information for partially filled data of the page stripe without providing power-loss protection to the flushed current physical page and any unfilled physical pages in the page stripe.

2. The method of claim 1, further comprising: providing power-loss protection to the current physical page in response to determining that the current physical page is partially full.

3. The method of claim 1, wherein providing the power-loss protection to the partially filled physical page and the second physical page further comprises: in response to detecting a power loss: marking any unfilled portions of the partially filled physical page and of the second physical page by padding the unfilled portions with dummy data or by including an indicator that the unfilled portions do not contain any relevant data to obtain a first page and a second page; andflushing the first page and the second page from the buffer to the non-volatile memory.

4. The method of claim 1, wherein the physical pages included in the page stripe correspond to a plurality or an entirety of sequentially ordered dies of the non-volatile memory.

5. The method of claim 1, wherein writing the first part of the data to fill the next available portions of the current physical page involves writing a logical page of the data.

6. The method of claim 1, wherein flushing the current physical page involves: writing data stored in the current physical page in the write buffer to the non-volatile memory; andmarking the flushed current physical page to indicate that the flushed page no longer requires the power-loss protection.

7. The method of claim 1, further comprising: in response to determining that the current physical page is full: flushing the current physical page from the buffer to the non-volatile memory; andsetting as the current physical page a next physical page which corresponds to a next sequentially ordered die in the page stripe.

8. A computer system for facilitating flash storage management, the system comprising: a processor; anda memory coupled to the processor and storing instructions, which when executed by the processor cause the processor to perform a method, the method comprising:receiving a request to write data to a non-volatile memory;writing, in a buffer in association with a controller, a first part of the data to fill next available portions of a current physical page in a page stripe until the current physical page is full, wherein the page stripe includes physical pages which each correspond to a sequentially ordered die of the non-volatile memory;flushing the current physical page from the buffer to the non-volatile memory;writing a remainder of the data to available portions of a next physical page in the page stripe to obtain a partially filled physical page,wherein a second physical page of the page stripe comprises parity information for the first part of the data and the remainder of the data in the partially filled physical page; andproviding power-loss protection only to the partially filled physical page and the second physical page which indicates parity information for partially filled data of the page stripe without providing power-loss protection to the flushed current physical page and any unfilled physical pages in the page stripe.

9. The computer system of claim 8, wherein the method further comprises: providing power-loss protection to the current physical page in response to determining that the current physical page is partially full.

10. The computer system of claim 8, wherein providing the power-loss protection to the partially filled physical page and the second physical page further comprises: in response to detecting a power loss: marking any unfilled portions of the partially filled physical page and of the second physical page by padding the unfilled portions with dummy data or by including an indicator that the unfilled portions do not contain any relevant data to obtain a first page and a second page; andflushing the first page and the second page from the buffer to the non-volatile memory.

11. The computer system of claim 8, wherein the physical pages included in the page stripe correspond to a plurality or an entirety of sequentially ordered dies of the non-volatile memory.

12. The computer system of claim 8, wherein writing the first part of the data to fill the next available portions of the current physical page involves writing a logical page of the data.

13. The computer system of claim 8, wherein flushing the current physical page involves: writing data stored in the current physical page in the write buffer to the non-volatile memory; andmarking the flushed current physical page to indicate that the flushed page no longer requires the power-loss protection.

14. The computer system of claim 8, wherein the method further comprises: in response to determining that the current physical page is full: flushing the current physical page from the buffer to the non-volatile memory; andsetting as the current physical page a next physical page which corresponds to a next sequentially ordered die in the page stripe.

15. An apparatus for facilitating flash storage management, the device comprising: a communication unit configured to receive a request to write data to a non-volatile memory; a buffer-writing unit configured to write, in a buffer in association with a controller, a first part of the data to fill next available portions of a current physical page in a page stripe until the current physical page is full, wherein the page stripe includes physical pages which each correspond to a sequentially ordered die of the non-volatile memory;a buffer-flushing unit configured to flush the current physical page from the buffer to the non-volatile memory;wherein the buffer-writing unit is further configured to write a remainder of the data to available portions of a next physical page in the page stripe to obtain a partially filled physical page,wherein a second physical page of the page stripe comprises parity information for the first part of the data and the remainder of the data in the partially filled physical page; anda power loss-protecting unit configured to provide power-loss protection only to the partially filled physical page and the second physical page which indicates parity information for the page stripe without providing power-loss protection to the flushed current physical page and any unfilled physical pages in the page stripe.

16. The apparatus of claim 15, wherein the power loss-protecting unit is further configured to provide power-loss protection to the current physical page in response to determining that the current physical page is partially full.

17. The apparatus of claim 15, wherein the power loss-protecting unit providing the power-loss protection to the partially filled physical page and the second physical page is further configured to, in response to detecting a power loss: communicate with the page status-managing unit which is further configured to mark any unfilled portions of the partially filled physical page and of the second physical page by padding the unfilled portions with dummy data or by including an indicator that the unfilled portions do not contain any relevant data to obtain a first page and a second page; andcommunicate with the buffer-flushing unit configured to flush the first page and the second page from the buffer to the non-volatile memory.

18. The apparatus of claim 15, wherein the physical pages included in the page stripe correspond to a plurality or an entirety of sequentially ordered dies of the non-volatile memory.

19. The apparatus of claim 15, wherein the buffer-writing unit writing the first part of the data to fill the next available portions of the current physical page involves writing a logical page of the data.

20. The apparatus of claim 15, wherein the buffer-flushing unit flushing the current physical page involves: writing data stored in the current physical page in the write buffer to the non-volatile memory; andmarking the flushed current physical page to indicate that the flushed page no longer requires the power-loss protection.