Movatterモバイル変換


[0]ホーム

URL:


US8984251B2 - Hinting of deleted data from host to storage device - Google Patents

Hinting of deleted data from host to storage device
Download PDF

Info

Publication number
US8984251B2
US8984251B2US13/693,196US201213693196AUS8984251B2US 8984251 B2US8984251 B2US 8984251B2US 201213693196 AUS201213693196 AUS 201213693196AUS 8984251 B2US8984251 B2US 8984251B2
Authority
US
United States
Prior art keywords
logical addresses
host
storage device
data
accessed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active, expires
Application number
US13/693,196
Other versions
US20140156967A1 (en
Inventor
Avraham Poza Meir
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Apple IncfiledCriticalApple Inc
Assigned to APPLE INC.reassignmentAPPLE INC.ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS).Assignors: MEIR, Avraham Poza
Priority to US13/693,196priorityCriticalpatent/US8984251B2/en
Priority to PCT/US2013/068753prioritypatent/WO2014088749A1/en
Priority to CN201380061251.4Aprioritypatent/CN104813270B/en
Priority to KR1020157013925Aprioritypatent/KR101623327B1/en
Priority to JP2015545058Aprioritypatent/JP6161721B2/en
Priority to EP13795093.7Aprioritypatent/EP2929425A1/en
Priority to TW102143062Aprioritypatent/TWI498735B/en
Publication of US20140156967A1publicationCriticalpatent/US20140156967A1/en
Publication of US8984251B2publicationCriticalpatent/US8984251B2/en
Application grantedgrantedCritical
Activelegal-statusCriticalCurrent
Adjusted expirationlegal-statusCritical

Links

Images

Classifications

Definitions

Landscapes

Abstract

A storage device includes a memory and a processor. The processor is configured to store data items for a host in respective logical addresses, to identify a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, to manage the frequently-accessed logical addresses separately from the rarely-accessed logical addresses, to receive from the host an indication of one or more logical addresses, which are used for storing data that is identified by the host as having been deleted by a user, and to add the logical addresses indicated by the host to the rarely-accessed logical addresses.

Description

FIELD OF THE INVENTION
The present invention relates generally to memory systems, and particularly to methods for managing data in a storage device.
BACKGROUND OF THE INVENTION
Various techniques are known in the art for storing data in memory according to the usage pattern of the data. For example, U.S. Patent Application Publication 2009/0049234, whose disclosure is incorporated herein by reference, describes a storage scheme that stores data in a solid state memory including first and second memory layers. A first assessment is executed to determine whether received data is hot data or cold data. Received data which is assessed as hot data is stored in the first memory layer, and received data which is assessed as cold data is stored in the second memory layer. Further, a second assessment is executed to determine whether the data stored in the first memory layer is hot data or cold data. Data which is then assessed as cold data during the second assessment is migrated from the first memory layer to the second memory layer.
As another example, U.S. Patent Application Publication 2011/0010489, whose disclosure is incorporated herein by reference, describes a logical block management method for managing a plurality of logical blocks of a Flash memory device. The method includes providing a Flash memory controller, and grouping the logical blocks into a plurality of logical zones, wherein each logical block maps to one of the logical zones. The method also includes counting a use count value for each logical block, and dynamically adjusting mapping relations between the logical blocks and the logical zones according to the use count values. Accordingly, the logical block management method can effectively utilizing the logical zones to determine usage patterns of the logical blocks and use different mechanisms to write data, so as to increase the performance of the Flash memory storage device.
Yet another example of managing hot and cold data is described by Hong and Shin, in “NAND Flash-based Disk Cache Using SLC/MLC Combined Flash Memory,” 2010 International Workshop on Storage Network Architecture and Parallel I/Os, May, 2010, which is incorporated herein by reference.
SUMMARY OF THE INVENTION
An embodiment of the present invention described herein provides a storage device including a memory and a processor. The processor is configured to store data items for a host in respective logical addresses, to identify a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, to manage the frequently-accessed logical addresses separately from the rarely-accessed logical addresses, to receive from the host an indication of one or more logical addresses, which are used for storing data that is identified by the host as having been deleted by a user, and to add the logical addresses indicated by the host to the rarely-accessed logical addresses.
In some embodiments, the identified data includes a file that is stored in the one or more logical addresses and that has been deleted by the user. In other embodiments, the notification specifies to the processor that the data has been deleted. In yet other embodiments, the notification specifies to the processor that the data is to be processed as rarely-accessed.
In some embodiments, the processor is configured to define in the memory a partition for storing the data that has been identified by the host as having been deleted by the user. In other embodiments, the processor is configured to receive from the host a location of the partition in the memory.
There is additionally provided, in accordance with an embodiment of the present invention, a host including a storage interface and a processor. The storage interface communicates with a storage device. The processor is configured to identify data that is stored on the storage device and has been deleted by a user of the host, and to report to the storage device one or more logical addresses in which the identified data has been stored by the host on the storage device.
There is additionally provided, in accordance with an embodiment of the present invention, a computer including a host and a storage device. The host is configured to identify data that has been deleted by a user and to send a notification that reports one or more logical addresses in which the identified data has been stored by the host on the storage device. The storage device is configured to store data items for the host in respective logical addresses, to identify a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, to manage the frequently-accessed logical addresses separately from the rarely-accessed logical addresses, to receive the notification from the host, and to add the one or more logical addresses indicated in the notification to the rarely-accessed logical addresses.
There is additionally provided, in accordance with an embodiment of the present invention, a method including in a storage device, storing data items for a host in respective logical addresses. A first subset of the logical addresses is identified in the storage device as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, and the frequently-accessed logical addresses are managed separately from the rarely-accessed logical addresses. An indication of one or more logical addresses is received in the storage device from the host, which are used for storing data that is identified by the host as having been deleted by a user. The logical addresses indicated by the host are added to the rarely-accessed logical addresses.
There is additionally provided, in accordance with an embodiment of the present invention, a method including storing data items by a host in a storage device. Data that is stored on the storage device and has been deleted by a user of the host is identified in the host. A notification of one or more logical addresses in which the identified data has been stored by the host on the storage device is reported to the storage device.
The present invention will be more fully understood from the following detailed description of the embodiments thereof, taken together with the drawings in which:
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a block diagram that schematically illustrates a host device storing data in a storage device, in accordance with an embodiment of the present invention; and
FIG. 2 is a flow chart that schematically illustrates a method for managing data in a storage device after deletion by a host device, in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION OF EMBODIMENTSOverview
Some storage devices apply separate processing to frequently-accessed (“hot”) and rarely-accessed (“cold”) data. This sort of management improves the efficiency and performance of the storage device. In order to apply separate processing successfully, however, the storage device should be able to distinguish between hot and cold data reliably. Embodiments of the present invention that are described herein provide methods and systems that enable storage devices to better distinguish between frequently-accessed and rarely-accessed data.
In some hosts, data that is deleted by a user is retained in the storage device, for example in order to give the user an opportunity to un-delete it. Deleted data may be retained in storage for long periods of time. During this time, it is highly unlikely that the deleted data will be accessed, and this data can therefore be treated as cold. Conventionally, however, the storage device is unaware of the fact that the data is deleted, and cannot make use of this information.
In the disclosed embodiments, when a user deleted certain data in the host, the host sends to the storage device a notification that identifies this data. The storage device classifies the data indicated in the notification as cold, and processes it accordingly. The notification typically indicates the logical addresses of the data that has been deleted in the host. In some embodiments, the notification indicates explicitly that the logical addresses belong to deleted data. In other embodiments, the notification indicates that the logical addresses are to be processed as cold, without giving a reason.
When using the disclosed techniques, the storage device is able to better distinguish between frequently-accessed and rarely-accessed data. Consequently, performance measures such as throughput, latency and reliability can be improved, and the operational lifetime of the storage device can be extended.
System Description
FIG. 1 is a block diagram that schematically illustrates ahost device10 storing data in astorage device20, in accordance with an embodiment of the present invention. Hosts that store data on storage devices with non-volatile storage devices may comprise, for example, personal computers, enterprise storage controllers, mobile phones, digital cameras, media players, removable memory cards or devices, and many others.
Host device10 comprises a central processing unit (CPU)25.CPU25 runs an operating system (OS)30 that is typically programmed in software, and carries out the functions of the host.Operating system30 comprises afile system33, which stores information about the files whose data is stored instorage device20. In particular,file system33 records the logical addresses (e.g., Logical Block Addresses—LBAs) in which each file is stored onstorage device20. The file system communicates withstorage device20 via astorage interface35.
In the example embodiments described herein,storage device20 comprises a solid state drive (SSD). SSD20 comprises an SSD controller (SSD CNTRL)40 that relays data between the host and one or moreFlash memory devices45, and performs the various storage management functions of the SSD.Controller40 comprises a host interface50 for communicating withhost10, aprocessor55 that carries out the disclosed management techniques, and amemory interface60 for communicating withFlash devices45.
SSD20 manages a Logical-to-Physical (L2P)address mapping70, which maps the LBAs to respective physical addresses, i.e., physical storage locations in the memory cell blocks ofFlash devices45 where the data is stored.
SSD20 stores data forhost10 in a non-volatile memory, in the present example in one or more NANDFlash memory devices45. In alternative embodiments, the non-volatile memory inSSD20 may comprise any other suitable type of non-volatile memory, such as, for example, NOR Flash, Charge Trap Flash (CTF), Phase Change RAM (PRAM), Magneto-resistive RAM (MRAM) or Ferroelectric RAM (FeRAM).
The configuration ofFIG. 1 is an exemplary configuration, which is shown purely for the sake of conceptual clarity, and not by way of limitation of the embodiments of the present invention. Any other suitable host and/or storage device configuration can also be used. In the exemplary system configuration shown inFIG. 1,memory devices45 andSSD controller40 are implemented as separate Integrated Circuits (ICs). In alternative embodiments, however, the memory devices and the SSD controller may be integrated on separate semiconductor dies in a single Multi-Chip Package (MCP) or System on Chip (SoC), and may be interconnected by an internal bus. Further alternatively, some or all of the SSD controller circuitry may reside on the same die on which one or more ofmemory devices45 are disposed. Further alternatively, some or all of the functionality ofSSD controller40 can be implemented in software and carried out byCPU25 or other processor in the host. In some embodiments,CPU25 andSSD controller40 may be fabricated on the same die, or on separate dies in the same device package.
Processor55 ofSSD controller40 and/orCPU25 may be implemented in hardware. Alternatively, the SSD controller and/or CPU may comprise a microprocessor that runs suitable software, or a combination of hardware and software elements. In some embodiments,processor55 and/orCPU25 comprises a general-purpose processor, which is programmed in software to carry out the functions described herein. The software may be downloaded to the processor in electronic form, over a network, for example, or it may, alternatively or additionally, be provided and/or stored on non-transitory tangible media, such as magnetic, optical, or electronic memory.
Improved SSD Performance by Separating Hot and Cold Data
Typically,host10 sends each data item (e.g., file) for storage inSSD20 along with one or more LBAs in which the data is to be stored. In practice, some of the LBAs correspond to frequently-assessed data, while other LBAs correspond to rarely-assessed data. Frequently-assessed data is commonly referred to as hot or dynamic data, and rarely-assessed data is commonly referred to as cold or static data. Thus, LBAs corresponding to frequently-assessed data are referred to herein as hot or dynamic LBAs, and LBAs corresponding to rarely-accessed data are referred to herein as cold or static LBAs.
In some embodiments,processor55 inSSD controller40 may be configured to process the hot and cold LBAs separately. This sort of processing significantly improves the performance of the SSD. For example, in Flash memory data cannot be overwritten in-place. Moreover, data is typically written in page units, but erased only in block units. For these reasons, the memory blocks inFlash devices45 gradually accumulate regions of invalid data, for which up-to-date versions have been written into new physical storage locations.Processor55 typically runs a block compaction (“garbage collection”) process, which copies the valid data from fragmented blocks into new blocks and frees the fragmented blocks for erasure and new programming.
When hot and cold data are stored in an inter-mixed fashion in the same memory blocks, the garbage collection process has to copy rarely-accessed data frequently, only because it is intermixed with hot data. The result is a large number of unnecessary copy operations, and thus degraded performance. If, on the other hand, If, on the other hand, the SSD separates the hot and cold data, garbage collection can be performed with high efficiency. Thus, in someembodiments processor55 stores hot LBAs in a first subset of the memory blocks and cold LBAs in a second subset of the memory blocks, and performs block compaction separately within each subset of blocks.
As another example, in some embodiments the SSD is configured to operate with multi-level cell (MLC) Flash devices that store multiple bits per memory cell. In a 2 bits/cell device, for example, a least significant bit (LSB) and a most significant bit (MSB) page are stored in respective bits of a group of memory cells. Typically, LSB storage and retrieval are significantly faster than MSB storage and retrieval. Thus, in someembodiments processor55 stores the hot data on the LSB pages and the cold data on the MSB pages. As a result, the average programming and readout latencies are reduced.
The scenarios above are given purely by way of example, in order to demonstrate the benefits of processing the hot data and the cold data separately from one another. In alternative embodiments,processor55 may process the hot LBAs and cold LBAs separately in any other suitable way. In order to separate the hot and cold data, however,processor55 should be able to identify and distinguish between the frequently-accessed and rarely-accessed LBAs.Processor55 may identify the LBAs of hot and cold data using various techniques, such as by assessing the access frequencies of the various LBAs.
Host Indication of Deleted Files to Storage Device
In a typical host, a user may delete a file that is managed byfile system33. The data of the deleted file should still be retained in the SSD, e.g., to give the user an opportunity to un-delete the file. Nevertheless, it is very unlikely that the data of the deleted file will be accessed again, and this data can therefore be treated as cold or static. The SSD, however, is typically unaware of the file structure, e.g., which LBAs correspond to which files, and has no information as to which files have been deleted.
In some embodiments, when a certain file infile system33 is deleted by the user,CPU25 sends a notification toSSD controller40, which indicates to the SSD that the LBAs of that file should be regarded and processed as cold. Upon receiving the notification,processor55 classifies the reported LBAs as cold and processes them accordingly. In many cases, these LBAs would not be otherwise be identified as cold by the SSD, or they may be identified as cold much later. In either case, the host notification (also referred to as “hint”) enables considerable performance improvement in the SSD.
Once the LBAs of the deleted file are classified in the SSD as cold,processor55 may process them separately from the hot LBAs in any suitable way, such as using the techniques described above.
The host may indicate the LBAs of the deleted file to the SSD in any suitable way and using any suitable interface. In some embodiments, the notification indicates that the LBAs belong to a deleted file. In other embodiments, the notification indicates that the LBAs are to be processed as cold, without specifying a reason.
FIG. 2 is a flow chart that schematically illustrates a method for managing data files in a storage device after deletion by a host device, in accordance with an embodiment of the present invention. In an identifying step100,host device10 identifies that a certain file has been deleted by the user. In areporting step110, the host reports the logical block addresses (LBAs) of the deleted file to the storage device viastorage interface35. In a receivingstep120, the storage device receives the indication of the LBAs of the deleted file from the host. In aprocessing step130, the storage device processes the LBAs of the deleted files as static.
In an alternative embodiment,SSD20 comprises a partition in the memory, which is used to archive data that was deleted in the host. In this embodiment,SSD20 receives an indication fromhost10 with the LBA range, or a dedicated name-space of the partition identifying the location in memory of the partition. The partition may be dynamic or static.
Although the embodiments described herein mainly address deleted files, the methods and systems described herein can also be used in other applications that do not necessarily involve files or file systems. In other words, the host may report to the storage device the LBAs of any kind of data that has been deleted. For example, the host may report LBAs of files deleted from a data base, which no longer needs to store old copies of the files on the storage device.
It will thus be appreciated that the embodiments described above are cited by way of example, and that the present invention is not limited to what has been particularly shown and described hereinabove. Rather, the scope of the present invention includes both combinations and sub-combinations of the various features described hereinabove, as well as variations and modifications thereof which would occur to persons skilled in the art upon reading the foregoing description and which are not disclosed in the prior art. Documents incorporated by reference in the present patent application are to be considered an integral part of the application except that to the extent any terms are defined in these incorporated documents in a manner that conflicts with the definitions made explicitly or implicitly in the present specification, only the definitions in the present specification should be considered.

Claims (23)

The invention claimed is:
1. A storage device, comprising:
a memory; and
a processor, which is configured to store data items for a host in respective logical addresses, to identify a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, to manage the first subset of frequently-accessed logical addresses separately from the second subset of rarely-accessed logical addresses, to receive from the host an indication of one or more logical addresses, which are used for storing data that is identified by the host as having been deleted by a user, and to add the logical addresses indicated by the host to the second subset of rarely-accessed logical addresses.
2. The storage device according toclaim 1, wherein the identified data comprises a file that is stored in the one or more logical addresses and that has been deleted by the user.
3. The storage device according toclaim 1, wherein the notification specifies to the processor that the data has been deleted.
4. The storage device according toclaim 1, wherein the notification specifies to the processor that the data is to be processed as rarely-accessed.
5. The storage device according toclaim 1, wherein the processor is configured to define in the memory a partition for storing the data that has been identified by the host as having been deleted.
6. The storage device according toclaim 5, wherein the processor is configured to receive from the host a location of the partition in the memory.
7. A host, comprising:
a storage interface for communicating with a storage device; and
a processor, which is configured to identify data that is stored on the storage device and has been deleted by a user of the host, and to provide a notification to the storage device of one or more logical addresses in which the identified data has been stored by the host on the storage device, wherein the processor is further configured to store data items for the host in respective logical addresses and to identify a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, and wherein the processor is further configured to add the one or more logical addresses indicated in the notification to the second subset of rarely-accessed logical addresses.
8. The host according toclaim 7, wherein the identified data comprises a file that is stored in the one or more logical addresses and that has been deleted by the user.
9. The host according toclaim 7, wherein the notification specifies to the storage device that the data has been deleted.
10. The host according toclaim 7, wherein the notification specifies to the storage device that the data is to be processed as rarely-accessed.
11. A computer, comprising:
a host, which is configured to identify data that has been deleted by a user and to send a notification that reports one or more logical addresses in which the identified data has been stored by the host on the storage device; and
a storage device, which is configured to store data items for the host in respective logical addresses, to identify a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, to manage the first subset of frequently-accessed logical addresses separately from the second subset of rarely-accessed logical addresses, to receive the notification from the host, and to add the one or more logical addresses indicated in the notification to the second subset of rarely-accessed logical addresses.
12. A method, comprising:
in a storage device, storing data items for a host in respective logical addresses;
identifying in the storage device a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses, and managing the first subset of frequently-accessed logical addresses separately from the second subset of rarely-accessed logical addresses;
receiving in the storage device from the host an indication of one or more logical addresses, which are used for storing data that is identified by the host as having been deleted by a user; and
adding the logical addresses indicated by the host to the second subset of rarely-accessed logical addresses.
13. The method according toclaim 12, wherein the identified data comprises a file that is stored in the one or more logical addresses and that has been deleted by the user.
14. The method according toclaim 12, wherein the notification specifies to the storage device that the data has been deleted.
15. The method according toclaim 12, wherein the notification specifies to the storage device that the data is to be processed as rarely-accessed.
16. The method according toclaim 12, wherein storing the data items comprises defining in the memory a partition for storing the data that has been identified by the host as having been deleted.
17. The method according toclaim 16, and comprising receiving from the host a location of the partition in the storage device.
18. A method, comprising:
storing data items by a host in a storage device;
identifying in the host data that is stored on the storage device and has been deleted by a user of the host;
identifying in the storage device a first subset of the logical addresses as frequently-accessed logical addresses and a second subset of the logical addresses as rarely-accessed logical addresses;
reporting to the storage device a notification of one or more logical addresses in which the identified data has been stored by the host on the storage device; and
adding the logical addresses indicated by the host to the second subset of rarely-accessed logical addresses.
19. The method according toclaim 18, wherein the identified data comprises a file that is stored in the one or more logical addresses and that has been deleted by the user.
20. The method according toclaim 18, wherein the notification specifies to the storage device that the data has been deleted.
21. The method according toclaim 18, wherein the notification specifies to the storage device that the data is to be processed as rarely-accessed.
22. The method according toclaim 18, wherein storing the data items comprises defining in the storage device a partition for storing the data that has been identified by the host as having been deleted.
23. The method according toclaim 22, wherein reporting the notification comprises reporting a location of the partition in the storage device.
US13/693,1962012-12-042012-12-04Hinting of deleted data from host to storage deviceActive2033-07-25US8984251B2 (en)

Priority Applications (7)

Application NumberPriority DateFiling DateTitle
US13/693,196US8984251B2 (en)2012-12-042012-12-04Hinting of deleted data from host to storage device
JP2015545058AJP6161721B2 (en)2012-12-042013-11-06 Suggestion of deleted data from host to storage device
CN201380061251.4ACN104813270B (en)2012-12-042013-11-06The prompting to the data deleted from host to storage device
KR1020157013925AKR101623327B1 (en)2012-12-042013-11-06Hinting of deleted data from host to storage device
PCT/US2013/068753WO2014088749A1 (en)2012-12-042013-11-06Hinting of deleted data from host to storage device
EP13795093.7AEP2929425A1 (en)2012-12-042013-11-06Hinting of deleted data from host to storage device
TW102143062ATWI498735B (en)2012-12-042013-11-26Hinting of deleted data from host to storage device

Applications Claiming Priority (1)

Application NumberPriority DateFiling DateTitle
US13/693,196US8984251B2 (en)2012-12-042012-12-04Hinting of deleted data from host to storage device

Publications (2)

Publication NumberPublication Date
US20140156967A1 US20140156967A1 (en)2014-06-05
US8984251B2true US8984251B2 (en)2015-03-17

Family

ID=49627101

Family Applications (1)

Application NumberTitlePriority DateFiling Date
US13/693,196Active2033-07-25US8984251B2 (en)2012-12-042012-12-04Hinting of deleted data from host to storage device

Country Status (7)

CountryLink
US (1)US8984251B2 (en)
EP (1)EP2929425A1 (en)
JP (1)JP6161721B2 (en)
KR (1)KR101623327B1 (en)
CN (1)CN104813270B (en)
TW (1)TWI498735B (en)
WO (1)WO2014088749A1 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US20170199816A1 (en)*2014-06-192017-07-13Nec CorporationInformation processing device, data storage method, and recording medium
KR102580820B1 (en)*2016-03-102023-09-20에스케이하이닉스 주식회사Data storage device and operating method thereof
US10031689B2 (en)2016-09-152018-07-24Western Digital Technologies, Inc.Stream management for storage devices
CN107870728B (en)2016-09-232021-02-09伊姆西Ip控股有限责任公司Method and apparatus for moving data
CN114303123A (en)*2019-08-272022-04-08华为技术有限公司 A data storage method and device of solid-state hard disk, and solid-state hard disk SSD
CN112445412B (en)*2019-08-282024-06-11华为技术有限公司 Data storage method and device
US11481115B2 (en)*2020-08-172022-10-25Western Digital Technologies, Inc.Host-managed hardware compression with zoned namespaces
JP2022051086A (en)*2020-09-182022-03-31キオクシア株式会社 Memory system
US11907123B2 (en)*2021-04-202024-02-20International Business Machines CorporationFlash memory garbage collection

Citations (8)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US20050097278A1 (en)*2003-10-312005-05-05Hsu Windsor W.S.System and method for providing a cost-adaptive cache
US20060010150A1 (en)1999-05-182006-01-12Kom, Inc.Method and System for Electronic File Lifecycle Management
US20090049234A1 (en)2007-08-142009-02-19Samsung Electronics Co., Ltd.Solid state memory (ssm), computer system including an ssm, and method of operating an ssm
US7912877B2 (en)2005-05-202011-03-22Microsoft CorporationLeveraging garbage collection to dynamically infer heap invariants
US20110161588A1 (en)*2009-12-302011-06-30International Business Machines CorporationFormation of an exclusive ownership coherence state in a lower level cache
US20120191900A1 (en)2009-07-172012-07-26Atsushi KunimatsuMemory management device
US20120203973A1 (en)*2009-12-302012-08-09International Business Machines CorporationSelective cache-to-cache lateral castouts
US20140019688A1 (en)*2012-07-132014-01-16iAnywhere SolutionsSolid State Drives as a Persistent Cache for Database Systems

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
JPH10222989A (en)*1996-09-181998-08-21Nippon Steel Corp Multi-value semiconductor memory device, writing method and reading method thereof, and storage medium
GB0407384D0 (en)*2004-03-312004-05-05Ignios LtdResource management in a multicore processor
KR101257848B1 (en)*2005-07-132013-04-24삼성전자주식회사Data storing apparatus comprising complex memory and method of operating the same
US20080104333A1 (en)*2006-10-312008-05-01Veazey Judson ETracking of higher-level cache contents in a lower-level cache
TWI400707B (en)2009-07-092013-07-01Phison Electronics CorpLogical block management method for a flash memory and control circuit and storage system using the same
JP5322978B2 (en)*2010-03-042013-10-23株式会社東芝 Information processing apparatus and method
US8782370B2 (en)*2011-05-152014-07-15Apple Inc.Selective data storage in LSB and MSB pages

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US20060010150A1 (en)1999-05-182006-01-12Kom, Inc.Method and System for Electronic File Lifecycle Management
US20050097278A1 (en)*2003-10-312005-05-05Hsu Windsor W.S.System and method for providing a cost-adaptive cache
US7912877B2 (en)2005-05-202011-03-22Microsoft CorporationLeveraging garbage collection to dynamically infer heap invariants
US20090049234A1 (en)2007-08-142009-02-19Samsung Electronics Co., Ltd.Solid state memory (ssm), computer system including an ssm, and method of operating an ssm
US20120191900A1 (en)2009-07-172012-07-26Atsushi KunimatsuMemory management device
US20110161588A1 (en)*2009-12-302011-06-30International Business Machines CorporationFormation of an exclusive ownership coherence state in a lower level cache
US20120203973A1 (en)*2009-12-302012-08-09International Business Machines CorporationSelective cache-to-cache lateral castouts
US20140019688A1 (en)*2012-07-132014-01-16iAnywhere SolutionsSolid State Drives as a Persistent Cache for Database Systems

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
International Search Report and Written Opinion from PCT/US2013/068753, mailed Feb. 5, 2014, Apple Inc., pp. 1-11.

Also Published As

Publication numberPublication date
TW201432455A (en)2014-08-16
TWI498735B (en)2015-09-01
JP2015537312A (en)2015-12-24
JP6161721B2 (en)2017-07-12
WO2014088749A1 (en)2014-06-12
CN104813270A (en)2015-07-29
KR101623327B1 (en)2016-05-20
EP2929425A1 (en)2015-10-14
CN104813270B (en)2018-06-05
US20140156967A1 (en)2014-06-05
KR20150079846A (en)2015-07-08

Similar Documents

PublicationPublication DateTitle
US8984251B2 (en)Hinting of deleted data from host to storage device
US10838859B2 (en)Recency based victim block selection for garbage collection in a solid state device (SSD)
TWI647702B (en) Memory controller, memory system, and method for managing data configuration in a memory
US10739996B1 (en)Enhanced garbage collection
US10649661B2 (en)Dynamically resizing logical storage blocks
US9152559B2 (en)Metadata storage associated with wear-level operation requests
US10102119B2 (en)Garbage collection based on queued and/or selected write commands
EP2519880B1 (en)Micro-update architecture for address tables
US10817418B2 (en)Apparatus and method for checking valid data in memory system
US11157402B2 (en)Apparatus and method for managing valid data in memory system
US20150186259A1 (en)Method and apparatus for storing data in non-volatile memory
US10963160B2 (en)Apparatus and method for checking valid data in block capable of storing large volume data in memory system
KR20150118778A (en)Storage controller, storage device, storage system and method of operation of the storage controller
CN104641356A (en)Address mapping
US20210026763A1 (en)Storage device for improving journal replay, operating method thereof, and electronic device including the storage device
US20190042405A1 (en)Storing data based on writing frequency in data storage systems
US8856475B1 (en)Efficient selection of memory blocks for compaction
KR20210028729A (en) Logical vs. physical table fragments
CN111610930B (en)Data storage device and non-volatile memory control method
Ha et al.Deduplication with block-level content-aware chunking for solid state drives (SSDs)
US9880930B2 (en)Method for operating controller and method for operating device including the same
US10698621B2 (en)Block reuse for memory operations
US20250156318A1 (en)Non-volatile memory controller and control method, and computer program products
Mir et al.A High Performance Reconfigurable Architecture for Flash File Systems.
Tu et al.Harnessing Sub-blocks Erase of NAND flash for Secure Deletion Performance Enhancement on CPS

Legal Events

DateCodeTitleDescription
ASAssignment

Owner name:APPLE INC., CALIFORNIA

Free format text:ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MEIR, AVRAHAM POZA;REEL/FRAME:029399/0031

Effective date:20121204

FEPPFee payment procedure

Free format text:PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCFInformation on status: patent grant

Free format text:PATENTED CASE

MAFPMaintenance fee payment

Free format text:PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment:4

MAFPMaintenance fee payment

Free format text:PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment:8


[8]ページ先頭

©2009-2025 Movatter.jp