US20210397550A1 - Storage device for classifying data based on stream class number and operating method thereof - Google Patents

Storage device for classifying data based on stream class number and operating method thereof Download PDF

Info

Publication number
US20210397550A1
US20210397550A1 US17/185,001 US202117185001A US2021397550A1 US 20210397550 A1 US20210397550 A1 US 20210397550A1 US 202117185001 A US202117185001 A US 202117185001A US 2021397550 A1 US2021397550 A1 US 2021397550A1
Authority
US
United States
Prior art keywords
data
block
storage device
stream class
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US17/185,001
Other languages
English (en)
Inventor
Hyung-Kyun Byun
Byung June Song
Song Ho Yoon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Assigned to SAMSUNG ELECTRONICS CO., LTD. reassignment SAMSUNG ELECTRONICS CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BYUN, HYUNG-KYUN, SONG, BYUNG JUNE, YOON, SONG HO
Publication of US20210397550A1 publication Critical patent/US20210397550A1/en
Priority to US18/144,335 priority Critical patent/US20230273878A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management
    • G06F12/0253—Garbage collection, i.e. reclamation of unreferenced memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management
    • G06F12/0238—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory
    • G06F12/0246—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory in block erasable memory, e.g. flash memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/10—Address translation
    • G06F12/1009—Address translation using page tables, e.g. page table structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/285—Clustering or classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0608—Saving storage space on storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/064—Management of blocks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0656—Data buffering arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/10—Providing a specific technical effect
    • G06F2212/1028—Power efficiency
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/10—Providing a specific technical effect
    • G06F2212/1041—Resource optimization
    • G06F2212/1044—Space efficiency improvement
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/65—Details of virtual memory and virtual address translation
    • G06F2212/657—Virtual address space management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/72—Details relating to flash memory management
    • G06F2212/7201—Logical to physical mapping or translation of blocks or pages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/72—Details relating to flash memory management
    • G06F2212/7203—Temporary buffering, e.g. using volatile buffer or dedicated buffer blocks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/72—Details relating to flash memory management
    • G06F2212/7205—Cleaning, compaction, garbage collection, erase control
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/72—Details relating to flash memory management
    • G06F2212/7209—Validity control, e.g. using flags, time stamps or sequence numbers
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • Embodiments relate to a stream classifying device and an operating method thereof.
  • Embodiments are directed to a storage device, including: a buffer configured to receive first data and second data from outside, and store the first data and the second data on a first page; a non-volatile memory configured to store the first data and the second data in a first block; and a controller configured to perform a program operation that programs the first and second data in free blocks different from each other through a garbage collection.
  • the first data may include a first stream class number that identifies characteristics of the first data
  • the second data may include a second stream class number that identifies characteristics of the second data and is different from the first stream class number.
  • the controller may be configured to transmit information of the program operation to the outside before performing the program operation.
  • the controller may be configured to perform the program operation when receiving a program execution permission command from the outside.
  • Embodiments are also directed to a storage device, including: a host configured to transmit data including stream class numbers that are classified depending on characteristics of data; a non-volatile memory including a plurality of blocks in which data received from the host are arbitrarily stored regardless of the stream class numbers; and a controller configured to perform a program operation that programs data having a same stream class number in a same block, on the basis of the stream class numbers that are classified depending on the characteristics of the data.
  • the controller may be configured to transmit information of the program operation to the host before performing the program operation.
  • the controller may perform the program operation when receiving a program execution permission command from the host.
  • Embodiments are also directed to an operating method of a storage device, including: receiving, from a host, data including stream class numbers that are classified depending on characteristics of data; storing the data in a free block in a non-volatile memory; determining whether the data needs to be classified depending on the stream class numbers; when it is determined that the data need to be classified depending on the stream class numbers, determining a victim block in which classification is performed through garbage collection, among blocks in which the data are stored in the non-volatile memory; transmitting information about performing the garbage collection on the victim block to the host; and when an executable message of the garbage collection is received from the host, performing the garbage collection on the victim block, and classifying the data in the victim block depending on the stream class numbers to program the data in the free block.
  • FIG. 1 is an example block diagram for explaining a storage system including a storage device according to some example embodiments.
  • FIG. 2 is an example diagram for explaining data received from a host according to some example embodiments.
  • FIG. 3 is an example diagram for explaining a block stored in the non-volatile memory according to some example embodiments.
  • FIG. 4 is an example diagram for explaining the operation in which the buffer according to some example embodiments receives data from the host.
  • FIG. 5 is an example block diagram for explaining a storage system that includes a storage device including a physical mapping table buffer according to some example embodiments.
  • FIG. 6 is an example diagram for explaining the physical mapping table according to some example embodiments.
  • FIG. 7 is an example block diagram for explaining a storage system that includes a storage device including a stream mapping table buffer according to some example embodiments.
  • FIG. 8 is an example diagram for explaining the stream mapping table according to some example embodiments.
  • FIG. 9 is an example block diagram for explaining a storage system that includes a storage device including the physical mapping table buffer and the stream mapping table buffer according to some example embodiments.
  • FIG. 10 is a diagram explaining an operation of utilizing the extra space of data in the non-volatile memory device according to some example embodiments.
  • FIG. 11 is an example diagram explaining an operation of programming the data from the buffer according to some example embodiments.
  • FIG. 12 is an example diagram explaining the garbage collection operation of classifying data in the multi-stream block according to some example embodiments in accordance with the stream class number.
  • FIG. 13 is an example flowchart explaining the operation of a storage system including the storage device according to some example embodiments.
  • FIG. 14 is an example diagram for explaining the operation of determining the victim block according to some example embodiments.
  • FIG. 15 is an example flow chart for explaining the operation of FIG. 14 which determines the victim block according to some example embodiments.
  • FIG. 16 is an example diagram for explaining an operation of determining a victim block according to some example embodiments.
  • FIG. 17 is an example flowchart for explaining the operation of FIG. 16 for determining the victim block according to some example embodiments.
  • FIGS. 18 and 19 are example diagrams for explaining the operation of determining a victim block according to some example embodiments.
  • FIG. 20 is an example flowchart for explaining the operation of FIGS. 18 and 19 for determining the victim block according to some example embodiments.
  • FIG. 21 is an example diagram for explaining a signal transmission operation between the host and the storage device according to some example embodiments.
  • FIG. 1 is an example block diagram for explaining a storage system including a storage device according to some example embodiments.
  • a storage system may include a storage device 100 , and a host 200 outside the storage device 100 .
  • Each configuration may be made up of separate chips, modules, or devices, and may be included in a single device.
  • the storage device 100 may also be used by being connected to a separate host 200 .
  • the storage device 100 and the host 200 may be integrated in a single device.
  • the host 200 may transmit a command CMD including a write command and data DATA including write data to the storage device 100 , using an application or a file system 210 . Also, the host 200 may transmit a command CMD including a read command and data DATA including read data to the storage device 100 , using an application or a file system 210 .
  • the host 200 may be driven by executing an operating system (OS).
  • the operating system may include a file system 210 for file management, and a device driver for controlling peripherals, including a data storage device, at an operating system level.
  • the file system 210 may manage the file name, extension, file attributes, file size, cluster information, etc. of the files accessed according to the request of the host 200 . Further, the file-based data may be generated, deleted, and managed by the file system 210 .
  • the device driver may be a software module or kernel for controlling the data storage device.
  • the host 200 may request a write operation and a read operation on the storage device 100 using the device driver. Also, the host 200 may execute a video application, a game application, a web browser application, etc. to provide various services.
  • the host 200 may be, for example, an electronic device such as a PC (personal computer), a laptop, a mobile phone, a smart phone, a tablet PC, an MP3 player, a PDA (personal digital assistant), an EDA (enterprise digital assistant), a PMP (portable multimedia player), a digital camera, a music player, a portable game console, a navigation device, a wearable device, an IoT (internet of things) device, an IoE (internet of everything) device, an e-book, a VR (virtual reality) device, an AR (augmented reality) device, etc.
  • a PC personal computer
  • laptop mobile phone
  • smart phone smart phone
  • a tablet PC an MP3 player
  • PDA personal digital assistant
  • EDA electronic digital assistant
  • PMP portable multimedia player
  • digital camera a digital camera
  • music player music player
  • portable game console a navigation device
  • a wearable device an IoT (internet of things) device, an IoE (internet of everything)
  • the data DATA transmitted by the host 200 to the storage device 100 may include information on the stream class number for identifying the characteristics of the data. This will be explained in detail in connection with FIG. 2 .
  • FIG. 2 is an example diagram for explaining data received from a host according to some example embodiments.
  • data 500 and 510 received from the host 200 may include data 500 , and a stream class number 510 for identifying the characteristics of the data 500 .
  • the stream class number 510 for identifying the characteristics of the data 500 may be determined by various factors such as the kind of the data 500 , the type of the data 500 , the lifetime of the data 500 , and/or the update frequency of the data 500 .
  • a stream class number for identifying the characteristics of a first data may be a stream class number 1 (Stream 1).
  • a stream class number for identifying the characteristics of a second data (DATA #2) may be a stream class number 4 (Stream 4).
  • a stream class number for identifying the characteristics of a third data (DATA #3) may be a stream class number 3 (Stream 3).
  • a stream class number for identifying the characteristics of a fourth data (DATA #4) may be a stream class number 1 (Stream 1).
  • the first data (DATA #1) and the fourth data (DATA #4) including the stream class number 1 may have the same or similar lifetime with each other.
  • the first to fourth data (DATA #1 to Data #4), the stream class number 1 (Stream 1), the stream class number 3 (Stream 3), and the stream class number 4 (Stream 4) shown in FIG. 5 are terms arbitrarily selected for easy of explanation, and may be varied.
  • the stream class numbers may be divided into Hot, Warm, and Cold pages.
  • the data received from the host 200 may include address information and/or error correction parity (ECC parity), in addition to the data 500 and the stream class number 510 for identifying the characteristics of the data 500 .
  • ECC parity error correction parity
  • the host 200 may include a directive function.
  • the directive function may be a function of predetermining the stream class number depending on the type and kind of data from the host 200 and transmitting it to the storage device 100 .
  • the data received from the host 200 may include that data and the stream class number thereof.
  • the stream class numbers may not be separately classified in the storage device 100 .
  • Data having the same stream class number may have interrelated or similar lifetime. For example, data updated frequently and repeatedly may have the same stream class number. Also, for example, similar types of data may have the same stream class number. Since similar types of data may be assumed to have similar lifetime, data having the same stream class number may have similar lifetime to each other.
  • the storage device 100 may control internal operations (for example, reading and writing) at the request from the host 200 .
  • the storage device 100 may include an interface 110 , a controller 120 , a buffer 130 , and a non-volatile memory 140 .
  • the interface 110 may operate using a protocol for performing data exchange between the host 200 and the controller 120 .
  • the interface 110 may be configured to communicate with the host 200 through at least one of the various interface protocols, such as a USB (Universal Serial Bus) protocol, a MMC (multimedia card) protocol, a PCI (peripheral component interconnection) protocol, a PCI-E (PCI-express) protocol, an ATA (Advanced Technology Attachment) Protocol, a Serial-ATA protocol, a Parallel-ATA protocol, an SCSI (small computer small interface) protocol, an ESDI (enhanced small disk interface) protocol, an IDE (Integrated Drive Electronics) protocol, a NVMe (Non-Volatile Memory express) protocol, and a query request protocol.
  • the interface 110 may include at least one processor.
  • the processor included in the interface 110 may be, for example, a microprocessor.
  • the controller 120 may control the interface 110 , the buffer 130 , and the non-volatile memory 140 .
  • the controller 120 may exchange commands and data between the host 200 and the non-volatile memory 140 , and between the host 200 and the buffer 130 through the interface 110 . Further, a series of operations of the storage device 100 may be performed by the controller 120 .
  • the controller 120 may include at least one processor.
  • the processor included in the controller 120 may be, for example, a microprocessor.
  • the buffer 130 may temporarily store the data received from the host 200 .
  • the buffer 130 may include a high-speed volatile memory or a non-volatile memory.
  • the buffer 130 may be an SLC (Single Level Cell) region of a DRAM (Dynamic Random Access Memory), a SRAM (Static Random Access Memory), a flash memory, etc.
  • the non-volatile memory 140 may store data temporarily stored in the buffer 130 .
  • the non-volatile memory 140 may be, for example, a flash memory including a NAND flash.
  • the flash memory may include an SLC (Single Level Cell) and an MLC (Multi Level Cell) region.
  • the non-volatile memory 140 may include a PC card (PCMCIA: personal computer memory card international association), a compact flash card (CF), a smart media card (SM, SMC), a memory stick, a multimedia card (MMC, RS-MMC, MMCmicro), an SD card (SD, miniSD, microSD, and SDHC), a universal flash storage device (UFS), an embedded multimedia card (eMMC), a NAND flash memory, a NOR flash memory, a V-NAND Flash Memory, etc.
  • PCMCIA personal computer memory card international association
  • CF compact flash card
  • SM smart media card
  • MMCmicro multimedia card
  • SD Secure Digital
  • SDHC Secure Digital High Capacity
  • UFS universal flash storage device
  • eMMC embedded multimedia card
  • NAND flash memory NOR flash memory
  • V-NAND Flash Memory V-NAND Flash Memory
  • FIG. 3 is an example diagram for explaining a block stored in the non-volatile memory according to some example embodiments.
  • the non-volatile memory 140 may include a plurality of memory blocks (Block 1 to Block N).
  • Some of the plurality of memory blocks may store data including various stream class numbers.
  • the plurality of data stored in the buffer 130 may be arbitrarily stored in each of some of the plurality of memory blocks (Block 1 to Block N), regardless of the stream class number.
  • the data including the first stream class number and the data including the second stream class number may be stored together in the first memory block (Block 1 ).
  • some of the plurality of memory blocks may store data including the same stream class number.
  • the plurality of data stored in the buffer 130 only the data including the stream class number assigned to each of some of the plurality of memory blocks (Block 1 to Block N) may be stored.
  • a Kth+1 memory block (Block K+1) may store only the data including the first stream class number
  • a Kth+2 dedicated memory block (Block K+2) may store only data including the second stream class number.
  • some of the plurality of memory blocks (Block 1 to Block N) may be stored for only one stream class number.
  • the first and second data may be stored in the Kth+1 dedicated memory block (Block K+1), and the third data may be stored in the Kth+2 dedicated memory block (Block K+2).
  • Each of the plurality of memory blocks may include a plurality of pages Page 1 to Page M.
  • a page may be the smallest unit for writing data.
  • the minimum unit of the writing operation of the storage device 100 may be a page.
  • the storage device 100 may include a data bus 150 that may be used for performing the data communication among the interface 110 , the controller 120 , the buffer 130 , and the non-volatile memory 140 .
  • the data bus 150 may correspond to a path through which data is moved, and may operate using protocols for exchanging the data.
  • FIG. 4 is an example diagram for explaining the operation in which the buffer according to some example embodiments receives data from the host.
  • the amount of stream class number resources that may be managed by the buffer 130 of the storage device may be smaller than the amount of stream class numbers of the multi-stream transmitted by the host 200 .
  • data including the various stream class numbers may be stored in each of some of the plurality of memory blocks.
  • the host 200 may transmit the first data (DATA #1) having the first stream class number (Stream 1), the second data (DATA #2) having the second stream class number (Stream 2), the third data (DATA #3) having the third stream class number (Stream 3), and a Mth data (DATA #M) having a Mth stream class number (Stream M) to the buffer 130 of the storage device.
  • the amount of stream class numbers that may be managed when the buffer 130 of the storage device receives data from the host 200 is N.
  • M and N are natural numbers greater than 0 and M is a natural number greater than N.
  • the buffer 130 of the storage device may be able to manage the first data (DATA #1) to the Nth ⁇ 1 data (DATA #N ⁇ 1) received from the host 200 according to each stream class number (for example, the first stream class number (Stream 1) to the Nth ⁇ 1 stream class number (Stream N ⁇ 1)).
  • each stream class number for example, the first stream class number (Stream 1) to the Nth ⁇ 1 stream class number (Stream N ⁇ 1)
  • the data from the Nth data (DATA #N) to the Mth data (DATA #M) may not be managed according to the each stream class number (for example, Nth stream class number (Stream N) to Mth stream class (Stream M)).
  • a buffer multi-stream region B_MSR (in which data from Nth stream class number (Stream N) to Mth stream class number (Stream M) (for example, Nth data (DATA #N) to Mth data (DATA #M)) may not be managed according to the stream class number) may be generated in the buffer 130 of the storage device.
  • a physical mapping table in which the physical block address (PBA) corresponding to the logical block address (LBA) for each data is stored, may be updated. This will be explained in detail referring to FIGS. 5 and 6 .
  • FIG. 5 is an example block diagram for explaining a storage system that includes a storage device including a physical mapping table buffer according to some example embodiments.
  • FIG. 6 is an example diagram for explaining the physical mapping table according to some example embodiments.
  • the storage device may further include a physical mapping table buffer 160 , different from FIG. 1 .
  • a physical mapping table buffer 160 may further include a physical mapping table buffer 160 , different from FIG. 1 .
  • FIG. 1 For reference, repeated configuration and operation of FIG. 1 will be omitted, and differences will be mainly explained.
  • the controller 120 may control the physical mapping table buffer 160 in addition to the configuration explained in FIG. 1 .
  • the physical mapping table buffer 160 may store the above-mentioned physical mapping table information.
  • the physical mapping table may help to find the data requested by the host 200 .
  • the physical mapping table may help to find the position at which the data to be recorded by the host 200 are recorded.
  • a first logical block address (LBA #1) and a first physical block address (PBA #) corresponding to the first logical block address (LBA #1) may be stored in the physical mapping table.
  • a second logical block address (LBA #2) and the second physical block address (PBA #2) corresponding to the second logical block address (LBA #2) may be stored in the physical mapping table.
  • An Nth logical block address (LBA #N) and an Nth physical block address (PBA #N) corresponding to the Nth logical block address (LBA #N) may be stored in the physical mapping table.
  • the physical mapping table buffer 160 may be, for example, an SLC (Single Level Cell) region of a DRAM (Dynamic Random Access Memory), a SRAM (Static Random Access Memory), a flash memory, etc.
  • SLC Single Level Cell
  • DRAM Dynamic Random Access Memory
  • SRAM Static Random Access Memory
  • flash memory etc.
  • the classification operation of programming data having the same stream class number into the same block on the basis of the stream class number may be performed by the controller of FIG. 120 .
  • the aforementioned classification operation may be performed through the garbage collection (GC) using the controller 120 of FIG. 1 .
  • the controller 120 of FIG. 1 may be used to identify the stream class number (for example, Nth stream class number (Stream N) to Mth stream class number (Stream M)) for each data (for example, Nth data (DATA #N) to Mth data (DATA #M)) included in the buffer multi-stream region B_MSR.
  • the controller 120 of FIG. 1 may identify the stream class number of each data, using the stream mapping table or by utilizing the extra data space as below.
  • FIG. 7 is an example block diagram for explaining a storage system that includes a storage device including a stream mapping table buffer according to some example embodiments.
  • FIG. 8 is an example diagram for explaining the stream mapping table according to some example embodiments. For clarity, repeated configuration and operation of FIG. 1 will be omitted, and differences will be mainly explained.
  • the storage device may further include a stream mapping table buffer 170 , unlike FIG. 1 .
  • the controller 120 may control the stream mapping table buffer 170 in addition to the configuration explained in FIG. 1 .
  • the stream mapping table buffer 170 may store the above-mentioned stream mapping table information.
  • the stream mapping table may help the controller 120 to identify the stream class number of data.
  • the first logical block address (LBA #1) and the first stream class number (Stream 1) corresponding to the first logical block address (LBA #1) may be stored in the stream mapping table.
  • the second logical block address (LBA #2) and the second stream class number (Stream 2) corresponding to the second logical block address (LBA #2) may be stored in the stream mapping table.
  • the Nth logical block address (LBA #N) and the Nth stream class number (Stream N) corresponding to the Nth logical block address (LBA #N) may be stored in the stream mapping table.
  • the stream mapping table buffer 170 may be, for example, an SLC (Single Level Cell) region of a DRAM (Dynamic Random Access Memory), a SRAM (Static Random Access Memory), a flash memory, etc.
  • SLC Single Level Cell
  • DRAM Dynamic Random Access Memory
  • SRAM Static Random Access Memory
  • flash memory etc.
  • the storage device 100 may include both the physical mapping table buffer 160 and the stream mapping table buffer 170 described above. This may be explained as an example with reference to FIG. 9 .
  • FIG. 9 is an example block diagram for explaining a storage system that includes a storage device including the physical mapping table buffer and the stream mapping table buffer according to some example embodiments. For reference, repeated configuration and operation of FIG. 1 will be omitted, and differences will be mainly explained.
  • the storage device may include both a physical mapping table buffer 160 and a stream mapping table buffer 170 .
  • the controller 120 may refer to the physical mapping table (stored in the physical mapping table buffer 160 ) to find the physical block address of the data received from the host 200 . Also, when the physical block address of the data is changed, the controller 120 may update the physical mapping table stored in the physical mapping table buffer 160 in real time.
  • the controller 120 may refer to the stream mapping table stored in the stream mapping table buffer 170 to determine the stream class number of data.
  • the stream class number may be stored in the stream mapping table as described above, as shown in FIG. 10
  • the stream class number may be stored in the extra data space stored in the block of the non-volatile memory 140 . This will be explained with reference to FIG. 10 .
  • FIG. 10 is a diagram explaining an operation of utilizing the extra space of data in the non-volatile memory device according to some example embodiments.
  • the data stored in the non-volatile memory 140 may include an extra space SPARE, in which no data is stored.
  • the extra data space SPARE is an extra space in which no information of data is stored, and may store a stream class number indicating the characteristics of the data.
  • the controller 120 may immediately identify the stream class number of data, without referring to another configuration (e.g., the stream mapping table buffer 170 of FIG. 9 ).
  • the data transmitted from the host 200 may be stored in the non-volatile memory. This will be explained with reference to FIG. 11 .
  • FIG. 11 is an example diagram explaining an operation of programming the data from the buffer according to some example embodiments.
  • M and N are natural numbers greater than 1, and M is greater than N.
  • the storage device 100 (where the data is received from the host 200 ) may temporarily store the data in the buffer 130 , and then program and store the data in the block of the non-volatile memory 140 .
  • the non-volatile memory 140 may include a plurality of programmable free blocks (for example, a first free block (Free Block 1 ) to an Nth ⁇ 1 free block (Free Block N ⁇ 1), and an Nth free block (Free Block N)).
  • a plurality of free blocks for example, the first free block (Free Block 1 ) to the Nth ⁇ 1 free block (Free Block N ⁇ 1), and the Nth free block (Free Block N)
  • the first data (DATA #1) to the Mth data (DATA #M) temporarily stored in the buffer 130 may be programmed in the first free block (Free Block 1 ) to the Nth free block (Free Block N).
  • the first data (DATA #1) to the Mth data (DATA #M) have stream class numbers different from each other (for example, the first stream class number to the Mth stream class number).
  • Each of the first data (DATA #1) to the Nth ⁇ 1 data (DATA #N ⁇ 1) may be programmed in the first free block (Free Block 1 ) and the Nth ⁇ 1 free block (Free Block N ⁇ 1), and only the first data having the first stream class number may be programmed in the first block (Block 1 ). Similarly, only the N ⁇ 1 data having the N-lth stream class number may be programmed in the Nth ⁇ 1 block (Block N ⁇ 1).
  • the Nth data (DATA #N) to the Mth data (DATA #M) may be programmed in the Nth free block (Free Block N).
  • the Nth data (DATA #N) to the Mth data (DATA #M) having a plurality of stream class numbers may be programmed in the single Nth block.
  • non-volatile memory 140 there may be a logical block multi-stream (LB_MSR) block, in which a plurality of data (for example, Nth data (DATA #N) to Mth data (DATA #M)) having a plurality of stream class numbers is programmed in a single block (for example, the Nth block (Block N)).
  • L_MSR logical block multi-stream
  • the controller 120 determines the block in which the multi-streams exist as the victim block, like the logical block multi-stream LB_MSR, and performs the garbage collection on the victim block, the controller 120 may perform the data classification according to the stream class number on the data included in the victim block.
  • the controller 120 may perform the classification operation on the data of the victim block through the garbage collection so that the data having the same stream class number may be programmed in the same block.
  • a classification operation will be explained in detail referring to FIG. 12 .
  • FIG. 12 is an example diagram explaining the garbage collection operation of classifying data in the multi-stream block according to some example embodiments in accordance with the stream class number.
  • first data (DATA #1), the third data (DATA #3), and the fourth data (DATA #4) all have the first stream class number. It may be assumed that the second data (DATA #2) and the fifth data (DATA #5) all have the second stream class number. Also, it may be assumed that the sixth data (DATA #6), the seventh data (DATA #7), and the eighth data (DATA #8) have all the third stream class number.
  • the stream class numbers of each data in this drawing are merely examples.
  • the first data (DATA #1) and the third data (DATA #3) are stored in the first block (Block 1 ).
  • the fourth data (DATA #4) is stored in the seventh block (Block 7 ).
  • the second data (DATA #2) and the eighth data (DATA #8) are stored in the eighth block (Block 8 ).
  • the fifth data (DATA #5), the sixth data (DATA #6), and the seventh data (DATA #7) are stored in the ninth block (Block 9 ).
  • This drawing is merely an example, and the type, position, and the like of the block in which each data is stored may be varied.
  • blocks for example, the eight block (Block 8 ) and the ninth block (Block 9 )
  • data having the stream class numbers different from each other may exist in some of the blocks of the non-volatile memory 140 .
  • the controller 120 may perform garbage collection to program data having the same stream class numbers in a single block. Thus, the controller 120 may set some of the plurality of blocks of the non-volatile memory 140 as the victim block to perform the classification operation.
  • the controller 120 may program data having the same stream class number in the same block, on the basis of the stream class numbers classified according to the characteristics of the data.
  • the controller 120 may program the data (for example, the first data (DATA #1) to the eighth data (DATA #8)), which are programmed in the first block (Block 1 ), the seventh block (Block 7 ), the eighth block (Block 8 ), and the ninth block (Block 9 ) set as the victim block, in the free blocks (for example, the fifth block (Block 5 ) to the seventh block (Block 7 )) in the non-volatile memory 140 through the garbage collection.
  • the controller 120 may generate a destination block, in which only the data having the same stream class number are programmed in a single block, from the victim block through the garbage collection.
  • the destination block generated by the controller 120 may be varied, and may be another type of free block.
  • the controller 120 may program the first data (DATA #1) and the third data (DATA #3) of the first block (Block 1 ) in the fifth block (Block 5 ). Also, the controller 120 may program the fourth data (DATA #4) of the seventh block (Block 7 ) in the fifth block (Block 5 ). Also, the controller 120 may program the second data (DATA #2) of the eighth block (Block 8 ) in the sixth block (Block 6 ). Also, the controller 120 may program the eighth data (DATA #8) of the eighth block (Block 8 ) in the seventh block (Block 7 ). Also, the controller 120 may program the fifth data (DATA #5) of the ninth block (Block 9 ) in the sixth block (Block 6 ). Also, the controller 120 may program the sixth data (DATA #6) and the seventh data (DATA #7) of the ninth block (Block 9 ) in the seventh block (Block 7 ).
  • the controller 120 may generate a destination block in which only data having the same stream class number are programmed in a single block, through the garbage collection.
  • the fifth block (Block 5 ) may include only the first data (DATA #1), the third data (DATA #3), and the fourth data (DATA #4) having the first stream class number.
  • the sixth block (Block 6 ) may include the second data (DATA #2) and the fifth data (DATA #5) having the second stream class number.
  • the seventh block (Block 7 ) may include only the sixth data (DATA #6), the seventh data (Data #7), and the eighth data (DATA #8) having the third stream class number.
  • FIG. 13 is an example flowchart explaining the operation of a storage system including the storage device according to some example embodiments.
  • the storage device 100 receives data including the stream class number classified according to the characteristics of the data from the host 200 (S 100 ).
  • the data received from the host 200 may be temporarily stored in the buffer 130 (S 200 ).
  • the data temporarily stored in the buffer 130 may be programmed in a free block in the non-volatile memory 140 (S 300 ).
  • the controller 120 determines whether the data having the same stream class number among the data programmed in the non-volatile memory 140 need to be programmed in the same block (S 400 ).
  • controller 120 determines that the classification operation is not required for the data programmed in the non-volatile memory 140 (No)
  • additional data may be received from the host 200 without any additional operation.
  • the controller 120 determines that a classification operation is required for the data programmed in the non-volatile memory 140 (Yes), the controller 120 determines at least some of the plurality of blocks of the non-volatile memory 140 as victim blocks in which the classification operation is performed (S 500 ).
  • the controller 120 may determine the victim block in which the classification operation is performed using a determination type of the victim block according to some example embodiments.
  • the controller 120 may determine the victim block, for example, on the basis of the amount of types of stream class numbers included in each of the blocks in the non-volatile memory 140 .
  • the controller 120 may determine a victim block on the basis of the number of valid data included in each of the blocks in the non-volatile memory 140 .
  • the controller 120 may determine the victim block by comparing the amount of free blocks to be generated by performing the garbage collection with the amount of free blocks to be eliminated by performing the garbage collection.
  • a method by which the controller 120 determines the destination victim block in which the classification operation is performed, using the method of determining the victim block according to some example embodiments, will be explained with reference to FIGS. 14 to 20 .
  • FIG. 14 is an example diagram for explaining the operation of determining the victim block according to some example embodiments.
  • data may be stored in the first block (Block 1 ) and the second block (Block 2 ) in the non-volatile memory 140 .
  • FIG. 14 shows only the first block (Block 1 ) and the second block (Block 2 ) as blocks in which data are programmed in the non-volatile memory 140 , this is only for convenience of explanation.
  • FIG. 14 shows that only the stream class numbers are stored in the first block (Block 1 ) and the second block (Block 2 ), this is only for convenience of explanation.
  • the first block (Block 1 ) and the second block (Block 2 ) may store the data and the stream class number associated with the data together, and may store address information and error correction parity together.
  • the controller 120 may determine the block in which the amount of types of the stored stream class numbers is smaller than a predefined amount, among the first block (Block 1 ) and the second block (Block 2 ), as a victim block. Or, the controller 120 may determine the block in which the amount of types of the stored stream class number is small, among the first block (Block 1 ) and the second block (Block 2 ), as the victim block.
  • the first block (Block 1 ) may store stream class numbers 1 to 8 (Stream 1 to Stream 8).
  • the amount of types of stream class number stored in the first block (Block 1 ) may be eight.
  • the second block (Block 2 ) may store stream class numbers 1 to 3 (Stream 1 to Stream 3).
  • the amount of types of stream class number stored in the second block (Block 2 ) may be three.
  • the controller 120 may select the second block (Block 2 ) among the first block (Block 1 ) and the second block (Block 2 ), as a victim block. Or, the controller 120 may select the second block (Block 2 ), among the first block (Block 1 ) and the second block (Block 2 ), as a victim block.
  • the write amplification factor (WAF) When the block in which the amount of types of stored stream class numbers is smaller than the pre-defined amount among the plurality of blocks, is selected as a victim block, the write amplification factor (WAF) may be minimized, and the power consumption of the storage device 100 may be reduced. Or, when the block in which the amount of types of stored stream class number is the smallest is selected as the victim block, the write amplification factor (WAF) may be minimized, and the power consumption of the storage device 100 may be reduced.
  • An example operation method thereof will now be explained with reference to FIG. 15 .
  • FIG. 15 is an example flow chart for explaining the operation of FIG. 14 which determines the victim block according to some example embodiments.
  • the controller 120 may first measure the amount of types of stream class numbers included in each of the blocks in the non-volatile memory 140 (S 500 - 1 A). Next, the controller 120 may compare the amount of types of the measured stream class numbers with the pre-defined amount (S 500 - 1 B). Next, the controller 120 may define the blocks in which the amount of types of measured stream class numbers is determined to be smaller than the pre-defined amount, as the victim block (S 500 - 1 C). Or, in operation S 500 - 1 B, the controller 120 may define the block having the amount of types of smallest stream class numbers among the blocks measured in operation S 500 - 1 A, as the victim block (S 500 - 1 C).
  • FIG. 16 is an example diagram for explaining an operation of determining a victim block according to some example embodiments.
  • FIG. 17 is an example flowchart for explaining the operation of FIG. 16 for determining the victim block according to some example embodiments.
  • the non-volatile memory 140 of the storage device 100 may include a plurality of blocks. For convenience of explanation, repeated explanation of contents explained in FIG. 14 will be omitted or briefly explained.
  • the controller 120 may determine the block, in which the number of valid data among the data stored in each of the plurality of blocks is smaller than the pre-defined number, as a victim block. Or, the controller 120 according to some example embodiments may determine the block in which the number of valid data is the smallest among the data stored in each of the plurality of blocks, as the victim block.
  • each of the width of the valid data and the width of the invalid data shown in FIG. 16 may mean the percentage of valid data and invalid data among the data stored in the first block (Block 1 ) and the second block (Block 2 ).
  • the number of valid data of the first block (Block 1 ) may be larger than the number of invalid data of the first block (Block 1 ).
  • the number of valid data of the second block (Block 2 ) may be smaller than the number of invalid data of the second block (Block 2 ).
  • the size of the first block (Block 1 ) and the second block (Block 2 ) are the same, the number of valid data of the first block (Block 1 ) may be larger than the number of valid data of the second block (Block 2 ).
  • the controller 120 may determine the second block (Block 2 ) as a victim block. Or, the controller 120 according to some example embodiments may determine the second block (Block 2 ) having the smallest valid data among the first block (Block 1 ) and the second block (Block 2 ), as a victim block.
  • the controller 120 When the controller 120 according to some example embodiments selects a block in which the number of valid data is smaller than a pre-defined number among a plurality of blocks, as a victim block, the write amplification factor (WAF) may be minimized and the power consumption of the storage device 100 may be reduced.
  • the controller 120 selects the block having the smallest number of valid data among the plurality of blocks as a victim bock, the write amplification factor WAF may be minimized, and the power consumption of the storage device 100 may be reduced. A specific operation method thereof will be explained with reference to FIG. 17 .
  • the controller 120 may first measure the number of valid data included in each of the blocks in the non-volatile memory 140 (S 500 - 2 A).
  • the controller 120 may compare the number of measured valid data with the pre-defined number (S 500 - 2 B). Next, the controller 120 may determine a block in which the number of measured valid data is determined to be smaller than a pre-defined number, as a victim block (S 500 - 2 C). Or, in operation S 500 - 2 B, the controller 120 may determine the block having the smallest number of valid data among the blocks measured in operation S 500 - 2 A, as a victim block (S 500 - 2 C).
  • FIGS. 18 and 19 are example diagrams for explaining the operation of determining a victim block according to some example embodiments.
  • FIG. 20 is an example flowchart for explaining the operation of FIGS. 18 and 19 for determining the victim block according to some example embodiments. Repeated explanation of the blocks and the data in the non-volatile memory 140 will be omitted or briefly explained.
  • an operation S 500 - 3 will be explained for determining the victim block, by comparing the amount of free blocks to be generated by performing the garbage collection with the amount of free blocks to be eliminated by performing the garbage collection, on the assumption that the controller 120 according to some example embodiments sets some blocks among the blocks in the non-volatile memory 140 as the victim block.
  • the first data (DATA #1) to the sixth data (DATA #6) may be stored in the first block (Block 1 ) to the third block (Block 3 ) in the non-volatile memory 140 . It is assumed that the first data (DATA #1) to the sixth data (DATA #6) have all the stream class numbers different from each other (for example, the first stream class number to the sixth stream class number).
  • the controller 120 determines the first block (Block 1 ) to the third block (Block 3 ) among the blocks in the non-volatile memory 140 as the victim block.
  • the controller 120 performs the garbage collection on the victim block to calculate the destination block after the classification operation is performed.
  • the controller 120 may assume the first block (Block 1 ) to the third block (Block 3 ) as the victim block.
  • the controller 120 may calculate the destination block after performing the classification process on the victim block through the garbage collection.
  • the destination block may include, for example, a fourth block (Block 4 ) in which the first data (DATA #1) having the first stream class number is stored.
  • the destination block may include, for example, a fifth block (Block 5 ) in which second data (DATA #2) having a second stream class number is stored.
  • the destination block may include, for example, a sixth block (Block 6 ) in which third data (DATA #3) having a third stream class number is stored.
  • the destination block may include, for example, a seventh block (Block 7 ) in which fourth data (DATA #4) having a fourth stream class number is stored. Further, the destination block may include, for example, an eighth block (Block 8 ) in which fifth data (DATA #5) having a fifth stream class number is stored. Further, the destination block may include, for example, a ninth block (Block 9 ) in which sixth data (DATA #6) having a sixth stream class number is stored.
  • the controller 120 determines the first block (Block 1 ) to the third block (Block 3 ) as a victim block
  • the total amount of free blocks that is eliminated to generate the destination block may be measured to be six (the fourth block (Block 4 ) to the ninth block (Block 9 )), and the total amount of generated free blocks may be measured to be three (the first block (Block 1 ) to the third block (Block 3 )).
  • the controller 120 may determine that the total amount of six eliminated free blocks is larger than the total amount of generated three free blocks, and may not determine the first block (Block 1 ) to the third block (Block 3 ) as the victim block.
  • the controller 120 may perform the garbage collection on the victim block to calculate the destination block after the classification operation is performed. For example, the controller 120 may assume the first block (Block 1 ) as a victim block. The controller 120 may calculate the destination block after performing the classification process on the victim block through the garbage collection.
  • the destination block may include, for example, a fourth block (Block 4 ) in which first data (DATA #1) having the first stream class number is stored. Further, the destination block may include, for example, a fifth block (Block 5 ) in which second data (DATA #2) having the second stream class number is stored.
  • the controller 120 determines the first block (Block 1 ) as the victim block
  • the total amount of free blocks eliminated to generate the destination block may be measured to be two (fourth block (Block 4 ) and fifth block (Block 5 )), and the total amount of generated free blocks may be measured to be one (first block (Block 1 )).
  • the controller 120 determines that the total amount of two eliminated free blocks is larger than the total amount of one generated free block, and may not determine the first block (Block 1 ) to the third block (Block 3 ) as the victim block.
  • the garbage collection may be performed on the victim block.
  • the controller 120 may first assume a victim block on which the garbage collection is performed, and measure amounts of each of generated free blocks after the garbage collection is performed, and eliminated free blocks after the garbage collection is performed (S 500 - 3 A). Next, the controller 120 may compare amount of the generated free block with the amount of the eliminated free block (S 500 - 3 B). Next, the controller 120 may define the victim block assumed in S 500 - 1 A in which the amount of generated free blocks is determined to be larger than the amount of eliminated free blocks, as the victim block (S 500 - 3 C).
  • the controller 120 may determine the victim block on which garbage collection will be performed and, before performing garbage collection, the controller 120 may transmit operation information about the garbage collection to an external device (e.g., the host 200 ; the following explanation will be provided on the assumption that the external device is the host 200 ), and then wait for a response about whether to perform the garbage collection from the host 200 (S 600 ). This will now be explained in detail referring to FIG. 21 .
  • an external device e.g., the host 200 ; the following explanation will be provided on the assumption that the external device is the host 200
  • S 600 wait for a response about whether to perform the garbage collection from the host 200
  • the storage device 100 may transmit information (Info) about the garbage collection execution operation on the victim block in which the garbage collection is performed to the host 200 .
  • the information (Info) transmitted to the host 200 by the storage device 100 may be the time, resources, power, etc., that may be called for when the garbage collection is performed. Or, the information (Info) transmitted to the host 200 by the storage device 100 may be the amount of generated free blocks and the amount of eliminated free blocks when garbage collection is performed, etc. Or, the information (Info) transmitted to the host 200 by the storage device 100 may be the number of free blocks included in the current non-volatile memory 140 , etc.
  • the information (Info) transmitted to the host 200 by the storage device 100 may be any type of information about the garbage collection performed by the controller 120 .
  • the host 200 may receive information (Info) from the storage device 100 and determine whether the current host 200 is in an idle state.
  • the host 200 may determine that the host 200 is in the idle state, may transmit signals indicating that the host 200 is in the idle state to the storage device 100 , and may allow the storage device 100 to perform the garbage collection.
  • the host 200 may transmit the garbage collection permission signal to the storage device 100 when, for example, the host 200 determines that the host 200 has no plan to shut down power, the host 200 has no plan to consume large amounts of power, etc., and then the storage device 100 may determine that the garbage collection may be performed.
  • the storage device 100 may not perform the garbage collection, and may instead receive the data from the host 200 again.
  • the storage device 100 may perform the garbage collection that generates the destination block (S 700 ).
  • the garbage collection of the storage device described above may be performed in a background operation. Thus, even if there is no command received from the host 200 , if the controller 120 determines that a classification operation is called for, the controller of the storage device 100 may perform the garbage collection. Thus, the garbage collection may be performed when there is no command received from the host 200 , when the storage device 100 is in an idle state, etc.
  • an overwrite may not be possible due to characteristics of a NAND-based drive.
  • a garbage collection such as copy of user data to new storage blocks and an erase of invalid data storage blocks, may be used.
  • the garbage collection may reduce both read and write performance of the NAND-based drive.
  • data write requests may cause several internal SSD writes on the medium, and thus the garbage collection may increase write amplification.
  • the write amplification may occur, for example, when the valid data is read first from the media block to be erased and then rewritten on another media storage block accompanying a write for storing new host data.
  • a host may classify related or similar data into the same stream class number.
  • the garbage collection may be removed or reduced, by storing data of the same stream class number on the same erase block or on the same drive.
  • data including various stream class numbers are stored separately in each block, because the data are distributed and stored in each block, power may be consumed separately and time losses may occur.
  • embodiments may provide a storage device that efficiently migrates data having the same stream to the same block through a garbage collection.
  • Embodiments may also provide a method of operating a storage device that that efficiently migrates data having a same stream to a same block through a garbage collection.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)
  • Memory System (AREA)
US17/185,001 2020-06-23 2021-02-25 Storage device for classifying data based on stream class number and operating method thereof Abandoned US20210397550A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/144,335 US20230273878A1 (en) 2020-06-23 2023-05-08 Storage device for classifying data based on stream class number, storage system, and operating method thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2020-0076310 2020-06-23
KR1020200076310A KR20210158043A (ko) 2020-06-23 2020-06-23 스트림 분류 번호에 따른 데이터 분류 스토리지 장치 및 그 동작 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/144,335 Continuation US20230273878A1 (en) 2020-06-23 2023-05-08 Storage device for classifying data based on stream class number, storage system, and operating method thereof

Publications (1)

Publication Number Publication Date
US20210397550A1 true US20210397550A1 (en) 2021-12-23

Family

ID=74844809

Family Applications (2)

Application Number Title Priority Date Filing Date
US17/185,001 Abandoned US20210397550A1 (en) 2020-06-23 2021-02-25 Storage device for classifying data based on stream class number and operating method thereof
US18/144,335 Pending US20230273878A1 (en) 2020-06-23 2023-05-08 Storage device for classifying data based on stream class number, storage system, and operating method thereof

Family Applications After (1)

Application Number Title Priority Date Filing Date
US18/144,335 Pending US20230273878A1 (en) 2020-06-23 2023-05-08 Storage device for classifying data based on stream class number, storage system, and operating method thereof

Country Status (4)

Country Link
US (2) US20210397550A1 (zh)
EP (1) EP3929753B1 (zh)
KR (1) KR20210158043A (zh)
CN (1) CN113836047A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220342812A1 (en) * 2021-04-27 2022-10-27 Micron Technology, Inc. Page validity table colors for garbage collection

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140032817A1 (en) * 2012-07-27 2014-01-30 International Business Machines Corporation Valid page threshold based garbage collection for solid state drive
US20170123655A1 (en) * 2015-10-30 2017-05-04 Sandisk Technologies Inc. System and method for managing extended maintenance scheduling in a non-volatile memory
US20170315730A1 (en) * 2015-04-24 2017-11-02 Kabushiki Kaisha Toshiba Storage device that secures a block for a stream or namespace and system having the storage device
US20190121567A1 (en) * 2017-10-23 2019-04-25 Samsung Electronics Co., Ltd. Data storage device including shared memory area and dedicated memory area
US20190146679A1 (en) * 2017-11-16 2019-05-16 Samsung Electronics Co., Ltd. Method of performing garbage collection, storage device performing the same and computing system including the same
US20200387447A1 (en) * 2019-06-10 2020-12-10 SK Hynix Inc. Memory system for garbage collection operation and operating method thereof
US20200394134A1 (en) * 2019-06-13 2020-12-17 SK Hynix Inc. Data storage device and operating method thereof

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101549569B1 (ko) * 2014-02-14 2015-09-03 고려대학교 산학협력단 가비지 컬렉션 수행 방법 및 그 방법을 이용한 플래시 메모리 장치
US11048624B2 (en) * 2017-04-25 2021-06-29 Samsung Electronics Co., Ltd. Methods for multi-stream garbage collection
KR102178717B1 (ko) 2018-12-19 2020-11-27 주식회사 포스코 도금 밀착성 및 내식성이 우수한 Zn-Mg 합금 도금 강재 및 그 제조방법

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140032817A1 (en) * 2012-07-27 2014-01-30 International Business Machines Corporation Valid page threshold based garbage collection for solid state drive
US20170315730A1 (en) * 2015-04-24 2017-11-02 Kabushiki Kaisha Toshiba Storage device that secures a block for a stream or namespace and system having the storage device
US20170123655A1 (en) * 2015-10-30 2017-05-04 Sandisk Technologies Inc. System and method for managing extended maintenance scheduling in a non-volatile memory
US20190121567A1 (en) * 2017-10-23 2019-04-25 Samsung Electronics Co., Ltd. Data storage device including shared memory area and dedicated memory area
US20190146679A1 (en) * 2017-11-16 2019-05-16 Samsung Electronics Co., Ltd. Method of performing garbage collection, storage device performing the same and computing system including the same
US20200387447A1 (en) * 2019-06-10 2020-12-10 SK Hynix Inc. Memory system for garbage collection operation and operating method thereof
US20200394134A1 (en) * 2019-06-13 2020-12-17 SK Hynix Inc. Data storage device and operating method thereof

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220342812A1 (en) * 2021-04-27 2022-10-27 Micron Technology, Inc. Page validity table colors for garbage collection
US11663123B2 (en) * 2021-04-27 2023-05-30 Micron Technology, Inc. Page validity table colors for garbage collection

Also Published As

Publication number Publication date
KR20210158043A (ko) 2021-12-30
EP3929753A1 (en) 2021-12-29
EP3929753B1 (en) 2023-06-07
CN113836047A (zh) 2021-12-24
US20230273878A1 (en) 2023-08-31

Similar Documents

Publication Publication Date Title
KR102395538B1 (ko) 데이터 저장 장치 및 그것의 동작 방법
US8429358B2 (en) Method and data storage device for processing commands
CN107179996B (zh) 数据存储装置和其操作方法
US8417875B2 (en) Non-volatile memory controller processing new request before completing current operation, system including same, and method
KR20180080589A (ko) 데이터 저장 장치 및 그것의 동작 방법
KR20200022118A (ko) 데이터 저장 장치 및 그 동작 방법
KR102649131B1 (ko) 메모리 시스템 내 대용량 데이터 저장이 가능한 블록에서의 유효 데이터 체크 방법 및 장치
US10963175B2 (en) Apparatus and method for searching valid data in memory system
KR20200114212A (ko) 데이터 저장 장치 및 그것의 동작 방법
CN110968522A (zh) 存储器系统及其操作方法、包括存储器系统的数据库系统
US20230273878A1 (en) Storage device for classifying data based on stream class number, storage system, and operating method thereof
KR20200076244A (ko) 데이터 스토리지 장치를 포함하는 시스템 및 데이터 스토리지 장치의 디스카드 동작 제어 방법
KR20210144249A (ko) 저장 장치 및 이의 동작 방법
KR102596964B1 (ko) 맵 캐시 버퍼 크기를 가변시킬 수 있는 데이터 저장 장치
KR20200087487A (ko) 메모리 시스템에서의 유효 데이터 체크 방법 및 장치
KR20200114086A (ko) 컨트롤러, 메모리 시스템 및 그것의 동작 방법
KR102267477B1 (ko) 스토리지 장치 및 이의 동작 방법
US20230315646A1 (en) Method of managing data in storage device based on variable size mapping, method of operating storage device using the same and storage device performing the same
KR102425470B1 (ko) 데이터 저장 장치 및 그것의 동작 방법
US20230132327A1 (en) Storage system performing overwrite, host system controlling storage system, and operating method for storage system
KR20210001206A (ko) 컨트롤러, 메모리 시스템 및 그것의 동작 방법
KR20210018570A (ko) 컨트롤러, 컨트롤러의 동작 방법 및 이를 포함하는 저장 장치
US11693574B2 (en) Method of writing data in storage device and storage device performing the same
US20220164119A1 (en) Controller, and memory system and data processing system including the same
KR20220165128A (ko) 메모리 시스템 및 데이터 처리 시스템

Legal Events

Date Code Title Description
AS Assignment

Owner name: SAMSUNG ELECTRONICS CO., LTD., KOREA, REPUBLIC OF

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BYUN, HYUNG-KYUN;SONG, BYUNG JUNE;YOON, SONG HO;REEL/FRAME:055411/0452

Effective date: 20210208

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STCB Information on status: application discontinuation

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