KR102650809B1 - 스토리지 장치 및 그것의 동작 방법 - Google Patents

스토리지 장치 및 그것의 동작 방법 Download PDF

Info

Publication number
KR102650809B1
KR102650809B1 KR1020190094428A KR20190094428A KR102650809B1 KR 102650809 B1 KR102650809 B1 KR 102650809B1 KR 1020190094428 A KR1020190094428 A KR 1020190094428A KR 20190094428 A KR20190094428 A KR 20190094428A KR 102650809 B1 KR102650809 B1 KR 102650809B1
Authority
KR
South Korea
Prior art keywords
data
storage device
write buffer
turbo write
area
Prior art date
Application number
KR1020190094428A
Other languages
English (en)
Other versions
KR20210016225A (ko
Inventor
김영문
김동민
박정우
Original Assignee
삼성전자주식회사
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 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020190094428A priority Critical patent/KR102650809B1/ko
Priority to US16/896,638 priority patent/US11556464B2/en
Priority to CN202010547111.XA priority patent/CN112306905A/zh
Priority to EP20182223.6A priority patent/EP3771984A1/en
Publication of KR20210016225A publication Critical patent/KR20210016225A/ko
Application granted granted Critical
Publication of KR102650809B1 publication Critical patent/KR102650809B1/ko

Links

Images

Classifications

    • 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/0658—Controller construction arrangements
    • 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/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
    • G06F12/0871—Allocation or management of cache space
    • 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/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
    • G06F12/0868—Data transfer between cache memory and other subsystems, e.g. storage devices or host systems
    • 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/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
    • G06F12/0873—Mapping of cache memory to specific storage devices or parts thereof
    • 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/12—Replacement control
    • G06F12/121—Replacement control using replacement algorithms
    • G06F12/126—Replacement control using replacement algorithms with special data handling, e.g. priority of data or instructions, handling errors or pinning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/14—Protection against unauthorised use of memory or access to memory
    • G06F12/1458—Protection against unauthorised use of memory or access to memory by checking the subject access rights
    • G06F12/1491—Protection against unauthorised use of memory or access to memory by checking the subject access rights in a hierarchical protection system, e.g. privilege levels, memory rings
    • 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/061—Improving I/O performance
    • G06F3/0611—Improving I/O performance in relation to response time
    • 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/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
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/3004—Arrangements for executing specific machine instructions to perform operations on memory
    • G06F9/30047—Prefetch instructions; cache control instructions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/544—Buffers; Shared memory; Pipes
    • 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/1016—Performance 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/10—Providing a specific technical effect
    • G06F2212/1016—Performance improvement
    • G06F2212/1021—Hit rate 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/10—Providing a specific technical effect
    • G06F2212/1032—Reliability improvement, data loss prevention, degraded operation etc
    • 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/22—Employing cache memory using specific memory technology
    • G06F2212/222—Non-volatile memory
    • 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/31—Providing disk cache in a specific location of a storage system
    • G06F2212/313—In storage device
    • 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/7208—Multiple device management, e.g. distributing data over multiple flash devices

Abstract

본 발명의 하나의 실시 예에 따른 스토리지 장치는 제1 영역, 제2 영역, 그리고 제3 영역을 포함하는 불휘발성 메모리 장치 및 외부의 호스트 장치로부터 쓰기 커맨드 및 제1 데이터를 수신하고, 상기 제1 데이터가 터보 라이트(turbo write)와 연관될 때 상기 제1 데이터를 상기 제3 영역보다 상기 제1 영역 또는 상기 제2 영역에 우선적으로 기입하고, 그리고 상기 제1 데이터가 노멀 라이트(normal write)와 연관될 때 상기 제1 데이터를 상기 제1 영역, 상기 제2 영역, 또는 상기 제3 영역에 기입하도록 구성된 컨트롤러를 포함하고, 상기 컨트롤러는 상기 호스트 장치로부터 쿼리 요청을 통해 제공된 정책을 설정하고, 상기 설정된 정책에 따라 상기 제1 영역, 상기 제2 영역, 및 상기 제3 영역 사이에서 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 더 구성된다.

Description

스토리지 장치 및 그것의 동작 방법{STORAGE DEVICE AND OPERATING METHOD THEREOF}
본 발명은 반도체 장치에 관한 것으로, 더 상세하게는 버퍼 영역을 이용하여 쓰기 속도 및 읽기 속도를 가속하는 스토리지 장치 및 그것의 동작 방법에 관한 것이다.
반도체 메모리는 SRAM, DRAM 등과 같이 전원 공급이 차단되면 저장하고 있던 데이터가 소멸되는 휘발성 메모리 장치 및 플래시 메모리 장치, PRAM, MRAM, RRAM, FRAM 등과 같이 전원 공급이 차단되어도 저장하고 있던 데이터를 유지하는 불휘발성 메모리 장치로 구분된다.
플래시 메모리 장치는 컴퓨팅 시스템의 대용량 저장 매체로서 널리 사용된다. 최근에는 플래시 메모리 장치의 고속 동작을 지원하기 위한 다양한 기술들이 개발되고 있다. 일 예로서, JEDEC 표준에 의해 정의된 UFS(Universal Flash Storage) 인터페이스는 종래의 플래시 메모리 기반의 저장 장치보다 향상된 동작 속도를 지원할 수 있다.
본 발명의 목적은 쓰기 속도 및 읽기 속도를 가속하는 스토리지 장치를 제공하는 데에 있다.
본 발명의 하나의 실시 예에 따른 스토리지 장치는 제1 영역, 제2 영역, 그리고 제3 영역을 포함하는 불휘발성 메모리 장치 및 호스트 장치로부터 쓰기 커맨드 및 제1 데이터를 수신하고, 상기 제1 데이터가 터보 라이트(turbo write)와 연관될 때 상기 제1 데이터를 상기 제3 영역보다 상기 제1 영역 또는 상기 제2 영역에 우선적으로 기입하고, 그리고 상기 제1 데이터가 노멀 라이트(normal write)와 연관될 때 상기 제1 데이터를 상기 제1 영역, 상기 제2 영역, 또는 상기 제3 영역에 기입하도록 구성된 컨트롤러를 포함하고, 상기 컨트롤러는 상기 호스트 장치로부터 쿼리 요청을 통해 제공된 정책을 설정하고, 상기 설정된 정책에 따라 상기 제1 영역, 상기 제2 영역, 및 상기 제3 영역 사이에서 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 더 구성된다.
본 발명의 하나의 실시 예에 다른 스토리지 장치는 고정된 영역 및 비고정된 영역으로 구분되는 터보 라이트 버퍼, 및 사용자 스토리지를 포함하는 불휘발성 메모리 장치 및 호스트 장치로부터 쓰기 커맨드 및 제1 데이터를 수신하고, 상기 제1 데이터가 터보 라이트와 연관될 때 상기 제1 데이터를 상기 사용자 스토리지보다 상기 터보 라이트 버퍼에 우선적으로 기입하고, 그리고 상기 제1 데이터가 노멀 라이트와 연관될 때 상기 제1 데이터를 상기 터보 라이트 버퍼 또는 상기 사용자 스토리지에 기입하도록 구성된 컨트롤러를 포함하고, 상기 컨트롤러는 상기 호스트 장치로부터 제공된 정책을 기반으로 우선순위를 선정하고, 상기 선정된 우선순위에 따라 상기 터보 라이트 버퍼로부터 상기 사용자 스토리지로 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 더 구성된다.
본 발명의 하나의 실시 예에 따른 제1 영역, 제2 영역, 그리고 제3 영역을 포함하는 스토리지 장치의 동작 방법은 호스트 장치로부터 쿼리 요청을 통해 상기 제1 영역 및 상기 제2 영역에 연관된 정책을 수신하는 단계, 상기 수신된 정책을 설정하는 단계, 상기 정책을 설정한 후, 상기 쿼리 요청에 대한 쿼리 응답을 상기 호스트 장치로 전송하는 단계, 터보 라이트 기능이 활성화된 경우, 상기 호스트 장치로부터의 쓰기 커맨드에 응답하여 상기 설정된 정책에 따라 쓰기 데이터를 상기 제1 영역 또는 상기 제2 영역에 우선적으로 기입하는 단계, 및 상기 터보 라이트 기능이 비활성화된 경우, 상기 호스트 장치로부터의 상기 쓰기 커맨드에 응답하여 상기 쓰기 데이터를 상기 제3 영역에 기입하는 단계를 포함한다.
본 발명에 따르면, 스토리지 장치는 사용자 스토리지보다 빠른 쓰기 및 읽기를 지원하는 터보 라이트 버퍼를 제공한다. 스토리지 장치는 터보 라이트 버퍼에 대한 우선 쓰기를 지원하며, 사용자 스토리지의 데이터를 터보 라이트 버퍼로 이동시키는 것을 지원한다. 따라서, 향상된 쓰기 속도 및 읽기 속도를 갖는 스토리지 장치가 제공된다.
도 1은 본 발명의 실시 예에 따른 스토리지 시스템을 보여주는 블록도이다.
도 2는 도 1의 스토리지 장치의 물리적 저장 공간을 예시적으로 보여주는 도면이다.
도 3a 및 도 3b는 도 2의 터보 라이트 버퍼 타입을 설명하기 위한 도면들이다.
도 4a 및 도 4b는 도 1의 스토리지 장치의 터보 라이트 버퍼를 구성하는 모드들을 설명하기 위한 도면들이다.
도 5는 도 1의 스토리지 시스템의 동작을 예시적으로 보여주는 순서도이다.
도 6은 도 1의 스토리지 시스템의 동작을 예시적으로 보여주는 순서도들이다.
도 7은 도 1의 스토리지 장치의 동작을 예시적으로 보여주는 순서도이다.
도 8은 도 1의 스토리지 장치의 물리적 저장 공간을 예시적으로 보여주는 블록도이다.
도 9는 도 8을 참조하여 설명된 스토리지 장치의 물리적 저장 공간에 대한 논리적 저장 공간을 보여주는 도면이다.
도 10a 및 도 10b는 도 8을 참조하여 설명된 스토리지 장치의 물리적 저장 공간에서의 동작을 예시적으로 보여주는 도면들이다.
도 11은 도 1의 스토리지 시스템의 계층적 구조를 예시적으로 보여주는 도면이다.
도 12는 도 11의 메모리 영역 속성 관리자가 관리하는 터보 라이트 버퍼의 논리적 어드레스 맵의 예시를 보여준다.
도 13은 본 발명의 실시 예에 따라 터보 라이트 버퍼와 연관된 정책을 설정하는 동작의 예시를 보여준다.
도 14는 본 발명의 실시 예에 따른 호스트 명령에 따라 스토리지 장치가 플러쉬 동작을 수행하는 예시를 보여준다.
도 15는 본 발명의 실시 예에 따른 호스트 명령에 따라 스토리지 장치가 이동 동작을 수행하는 예시를 보여준다.
도 16은 본 발명의 실시 예에 따라 스토리지 장치가 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 예시를 보여준다.
도 17은 본 발명의 실시 예에 따라 스토리지 장치가 우선순위 데이터를 선정하는 동작의 예시를 보여준다.
도 18은 본 발명의 실시 예에 따른 스토리지 시스템을 더 상세하게 보여주는 블록도이다.
도 19는 스토리지 시스템에 본 발명의 실시 예가 적용된 개념도를 보여준다.
이하에서, 본 발명의 기술 분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있을 정도로, 본 발명의 실시 예들이 명확하고 상세하게 기재될 것이다.
도 1은 본 발명의 실시 예에 따른 스토리지 시스템을 보여주는 블록도이다. 도 1을 참조하면, 스토리지 시스템(1000)은 호스트(1100) 및 스토리지 장치(1200)를 포함할 수 있다. 예시적인 실시 예에서, 스토리지 시스템(1000)은, 개인용 컴퓨터, 노트북, 태블릿, 스마트 폰, 웨어러블 장치 등과 같은 컴퓨팅 시스템들 중 하나일 수 있다.
호스트(1100)는 스토리지 장치(1200)에 데이터를 저장하거나 또는 스토리지 장치(1200)에 저장된 데이터를 읽을 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)에 데이터를 저장하기 위하여 쓰기 커맨드 및 쓰기 데이터를 스토리지 장치(1200)로 전송할 수 있다. 또는 호스트(1100)는 스토리지 장치(1200)에 저장된 데이터를 읽기 위하여, 읽기 커맨드를 스토리지 장치(1200)로 전송하고, 스토리지 장치(1200)로부터 데이터를 수신할 수 있다.
호스트(1100)는 중앙 처리 장치(CPU), 응용 프로세서(AP)와 같은 주 프로세서를 포함할 수 있다. 또한, 호스트(1100)는 그래픽 처리 장치(GPU), 신경 처리 장치(NPU)(Neural Processing Unit) 등과 같은 주 프로세서를 보조하는 보조 프로세서를 포함할 수 있다.
스토리지 장치(1200)는 호스트(1100)의 제어에 따라 동작할 수 있다. 예를 들어, 스토리지 장치(1200)는 컨트롤러(1210) 및 불휘발성 메모리 장치(1220)를 포함할 수 있다. 컨트롤러(1210)는 호스트(1100)로부터 수신된 커맨드에 응답하여 동작할 수 있다. 예를 들어, 컨트롤러(1210)는 호스트(1100)로부터 쓰기 커맨드 및 쓰기 데이터를 수신하고, 수신된 쓰기 커맨드에 응답하여, 수신된 쓰기 데이터를 불휘발성 메모리 장치(1220)에 저장할 수 있다.
또는 컨트롤러(1210)는 호스트(1100)로부터 읽기 커맨드를 수신하고, 수신된 읽기 커맨드에 응답하여, 불휘발성 메모리 장치(1220)에 저장된 데이터를 읽을 수 있다. 이후에, 컨트롤러(1210)는 읽은 데이터를 호스트(1100)로 전송할 수 있다. 예시적인 실시 예에서, 불휘발성 메모리 장치(1220)는 낸드 플래시 메모리 장치일 수 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다.
예시적인 실시 예에서, 호스트(1100)는 JEDEC 표준에 의해 정의된 UFS(universal flash storage) 인터페이스를 기반으로 스토리지 장치(1200)와 통신할 수 있다. 예를 들어, 호스트(1100) 및 스토리지 장치(1200)는 UFS 프로토콜 정보 단위(UPIU)(UFS protocol information unit)의 형태를 갖는 패킷을 교환할 수 있다. UPIU는 호스트(1100) 및 스토리지 장치(1200) 사이의 인터페이스(예를 들어, UFS 인터페이스)에 의해 정의된 다양한 정보를 포함할 수 있다. 그러나 본 발명의 범위가 이에 한정되는 것은 아니다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트(Turbo Write) 기능을 지원할 수 있으며, 호스트(1100)의 제어에 따라, 터보 라이트 기능이 활성화 또는 비활성화될 수 있다. 호스트(1100)의 제어에 따라 터보 라이트 기능이 활성화된 경우, 스토리지 장치(1200)는 터보 라이트 동작을 수행할 수 있다. 터보 라이트 동작은 SLC 쓰기를 기반으로 수행되며, 스토리지 장치(1200)의 향상된 성능(특히, 향상된 쓰기 성능)을 제공할 수 있다. 터보 라이트 동작(Turbo Write Operation)은 이하의 도면들을 참조하여 더욱 상세하게 설명된다.
도 2는 도 1의 스토리지 장치의 물리적 저장 공간을 예시적으로 보여주는 도면이다. 스토리지 장치(1200)의 물리적 저장 공간(PS)은 불휘발성 메모리 장치(1220)에서 실제 사용자 데이터가 저장되는 물리적인 영역을 가리킬 수 있다. 즉, 물리적 저장 공간(PS)은 호스트(1100)에 의해 스토리지 장치(1200)의 용량으로 식별될 수 있는 공간일 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 도 2에 도시된 물리적 저장 공간(PS) 이외의 다른 저장 공간(예를 들어, 예비 영역, 메타 데이터의 저장을 위한 메타 영역, 또는 성능 향상을 위한 오버프로비져닝 영역 등과 같은 호스트(1100)에 의해 스토리지 장치(1200)의 용량으로 식별되지 않는 공간)을 더 포함할 수 있으나, 본 발명의 설명의 편의를 위하여, 이에 대한 상세한 설명은 생략(또는 최소화)되고, 사용자 데이터가 저장되는 물리적 저장 공간(PS)에 집중하여 본 발명의 기술적 사상이 설명된다.
도 1 및 도 2를 참조하면, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 터보 라이트 버퍼 영역(TWB)(Turbo Write Buffer area)(이하에서, 설명의 편의를 위하여, "터보 라이트 버퍼"라 칭함.) 및 사용자 스토리지 영역(UST)(User Storage area)(이하에서, 설명의 편의를 위하여, "사용자 스토리지(User Storage)"라 칭함.)을 포함할 수 있다.
터보 라이브 버퍼(TWB)는 스토리지 장치(1200)의 불휘발성 메모리 장치(1220)의 물리적 저장 공간(PS) 중 일부(예를 들어, a)와 대응될 수 있다. 사용자 스토리지(UST)는 스토리지 장치(1200)의 불휘발성 메모리 장치(1220)의 물리적 저장 공간(PS) 중 나머지 일부(예를 들어, b)와 대응되거나 또는 불휘발성 메모리 장치(1220)의 물리적 저장 공간(PS) 전부(예를 들어, a+b)와 대응될 수 있다.
예시적인 실시 예에서, 터보 라이트 버퍼(TWB)에 대응되는 메모리 셀들 각각은 단일 레벨 셀(SLC; single level cell)로서 사용될 수 있고, 사용자 스토리지(UST)에 대응되는 메모리 셀들 각각은 삼중 레벨 셀(TLC; triple level cell)로서 사용될 수 있다. 또는 터보 라이트 버퍼(TWB)에 대응되는 메모리 셀들 각각은 n-비트(n은 양의 정수)의 데이터를 저장하도록 구성될 수 있고, 사용자 스토리지(UST)에 대응되는 메모리 셀들 각각은 m-비트의 데이터(단, m은 n보다 큰 양의 정수)를 저장하도록 구성될 수 있다. 즉, 터보 라이트 버퍼(TWB)는 사용자 스토리지(UST)보다 빠른 고속 쓰기를 지원하는 영역을 가리킬 수 있다.
상술된 내용은 본 발명의 일부 실시 예들이며, 본 발명의 범위가 이에 한정되는 것은 아니다. 예를 들어, 터보 라이트 버퍼(TWB)에 대응되는 메모리 셀들 각각에 저장되는 비트 수(예를 들어, k)는 사용자 스토리지(UST)에 대응되는 메모리 셀들 각각에 저장되는 비트 수(예를 들어, i)보다 크거나 같을 수 있다. (즉, k ≥ i) 예시적인 실시 예에서, 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST) 각각의 메모리 셀에 저장되는 비트 수는 스토리지 장치의 신뢰성, 수명 등과 같은 다양한 인자들에 의해 결정될 수 있다.
예시적인 실시 예에서, 참조 기호 "a" 및 "b"는 각 저장 공간에 대응하는 메모리 블록들의 개수를 의미할 수 있다. 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST)의 크기 및 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST)의 구현 방식(예를 들어, SLC, MLC, TLC, QLC 등)에 따라, "a" 및 "b"의 값은 다양하게 가변될 수 있다.
예시적인 실시 예에서, 도 1을 참조하여 설명된 바와 같이, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 노멀 라이트 및 터보 라이트 기능을 지원할 수 있다. 호스트(1100)에 의해 터보 라이트 기능이 활성화된 경우, 스토리지 장치(1200)는 터보 라이트 동작을 수행할 수 있다. 호스트(1100)에 의해 터보 라이트 기능이 비활성화된 경우, 스토리지 장치(1200)는 노멀 라이트 동작을 수행할 수 있다.
예를 들어, 터보 라이트 기능이 활성화된 경우, 스토리지 장치(1200)는 호스트(1100)로부터 수신된 쓰기 데이터를 터보 라이트 버퍼(TWB)에 우선 기입할 수 있다. 이 경우, 호스트(1100)로부터 수신된 쓰기 데이터가 터보 라이트 버퍼(TWB)에 기입(예를 들어, SLC 프로그램)되기 때문에, 사용자 스토리지(UST)에 대한 노멀 라이트 동작(예를 들어, TLC 프로그램)이 수행되는 경우보다 빠른 동작 속도가 보장될 수 있다. 터보 라이트 기능이 비활성화된 경우, 스토리지 장치(1200)는 쓰기 데이터를 터보 라이트 버퍼(TWB)에 우선 기입하지 않을 수 있다. 스토리지 장치(1200)는 내부적으로 정해진 정책(예를 들어, 노멀 라이트 정책)에 따라, 쓰기 데이터를 사용자 스토리지(UST)에 직접 기입하거나 또는 터보 라이트 버퍼(TWB)에 기입할 수 있다. 쓰기 데이터를 어떻게 기입하는 지는 노멀 라이트 정책에 따라, 터보 라이트 버퍼(TWB)의 데이터 점유율, 물리적 저장 공간(PS)의 상태 등과 같은 다양한 요인들을 반영하여 결정될 수 있다.
다른 예로서, 노멀 라이트 정책은 쓰기 데이터를 사용자 스토리지(UTS)에 우선 기입하도록 정해질 수 있다. 본 발명의 기술적 사상을 명확히 전달하기 위하여, 아래의 상세한 설명에서 노멀 라이트 정책은 쓰기 데이터를 사용자 스토리지(UTS)에 우선 기입하는 것으로 가정된다. 그러나 본 발명의 기술적 사상은 이에 한정되지 않는다.
예시적인 실시 예에서, 터보 라이트 버퍼(TWB)에 기입된 데이터는 호스트(1100)로부터의 명시적인 커맨드 또는 내부적으로 정해진 정책에 따라 사용자 스토리지(UST)로 플러쉬 또는 마이그레이션될 수 있다.
도 3a 및 도 3b는 도 2의 터보 라이트 버퍼 타입을 설명하기 위한 도면들이다. 도 1, 도 2, 도 3a 및 도 3b를 참조하면, 스토리지 장치(1200)는 제1 내지 제4 논리 유닛들(LU1~LU4)을 포함할 수 있다. 제1 내지 제4 논리 유닛들(LU1~LU4) 각각은 호스트(1100)로부터의 커맨드를 처리하는, 외부적으로 관리 가능하고, 독립적인 처리 객체를 가리킬 수 있다. 호스트(1100)는 제1 내지 제4 논리 유닛들(LU1~LU4)을 통해 스토리지 장치(1200)의 저장 공간을 관리할 수 있다. 제1 내지 제4 논리 유닛들(LU1~LU4) 각각은 스토리지 장치(1200)에서 사용자 데이터를 저장하기 위하여 사용될 수 있다.
제1 내지 제4 논리 유닛들(LU1~LU4) 각각은 불휘발성 메모리 장치(1220)의 적어도 하나의 메모리 블록과 연관될 수 있다. 다양한 용도로 사용되는 다양한 종류의 논리 유닛들이 존재하지만, 여기에서 제1 내지 제4 논리 유닛들(LU1~LU4)은 물리적 저장 공간(PS)에 대응하며 호스트(1100)의 데이터를 저장하는데 사용되는 것으로 가정된다.
비록 도 3a 및 도 3b에서, 제1 내지 제4 논리 유닛들(LU1~LU4)이 도시되어 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다. 예를 들어, 스토리지 장치(1200)는 제1 내지 제4 논리 유닛들(LU1~LU4) 이외에 사용자 데이터를 저장하고 관리하기 위한 다른 논리 유닛들을 더 포함할 수 있다. 또는 스토리지 장치(1200)는 제1 내지 제4 논리 유닛들(LU1~LU4) 이외에, 다양한 기능들을 지원하기 위한 다른 논리 유닛들을 더 포함할 수 있다.
본 발명의 실시 예에 따른 스토리지 장치(1200)의 터보 라이트 버퍼(TWB)는 다양한 타입들(types)로 구성될 수 있다. 터보 라이트 버퍼(TWB)는 논리 유닛 전용 버퍼 타입(LU dedicated buffer type) 및 공유 버퍼 타입(shared buffer type) 중 어느 하나의 타입으로 구성될 수 있다.
논리 유닛 전용 버퍼 타입의 경우, 논리 유닛(LU)마다 터보 라이트 버퍼(TWB)가 독립적으로 또는 개별적으로 구성될 수 있다. 예를 들어, 도 3a에 도시된 바와 같이, 논리 유닛 전용 버퍼 타입에서, 제1 내지 제4 논리 유닛들(LU1~LU4) 중 제1 논리 유닛(LU1)에 대하여 제1 터보 라이트 버퍼(TWB1)가 구성될 수 있고, 제3 논리 유닛(LU3)에 대하여 제3 터보 라이트 버퍼(TWB3)가 구성될 수 있다.
이러한 논리 유닛 전용 버퍼 타입에서, 터보 라이트가 활성화된 후에 제1 논리 유닛(LU1)에 대한 쓰기 커맨드가 수신된 경우, 제1 논리 유닛(LU1)에 대응하는 제1 터보 라이트 버퍼(TWB1)에 쓰기 데이터가 우선 기입될 수 있다. 터보 라이트가 활성화된 후에 제3 논리 유닛(LU3)에 대한 쓰기 데이터가 수신된 경우, 제3 논리 유닛(LU3)에 대응하는 제3 터보 라이트 버퍼(TWB3)에 쓰기 데이터가 우선 기입될 수 있다.
터보 라이트 버퍼(TWB)가 구성되지 않은 제2 및 제4 논리 유닛들(LU2, LU4)에 대한 쓰기 커맨드가 수신된 경우, 제2 및 제4 논리 유닛들(LU2, LU4)에 대응하는 사용자 스토리지(UST)에 쓰기 데이터가 기입될 수 있다. 또한, 터보 라이트가 비활성화된 후에 제1 논리 유닛(LU1) 또는 제3 논리 유닛(LU3)에 대한 쓰기 커맨드가 수신된 경우, 쓰기 데이터는 노멀 라이트의 정책에 따라 제1 논리 유닛(LU1)의 사용자 스토리지(UST) 또는 제1 터보 라이트 버퍼(TWB1)에 기입되거나, 또는 제3 논리 유닛(LU3)의 사용자 스토리지(UST) 또는 제3 터보 라이트 버퍼(TWB3)에 기입될 수 있다.
예시적인 실시 예에서, 제1 및 제3 터보 라이트 버퍼들(TWB1, TWB3) 각각의 용량은 서로 독립적으로 설정될 수 있다. 그러나 본 발명의 범위가 이에 한정되는 것은 아니며, 터보 라이트 버퍼가 할당되는 논리 유닛들의 개수, 각 터보 라이트 버퍼의 용량 등은 다양하게 변형될 수 있다.
예시적인 실시 예에서, 각 논리 유닛에 대한 터보 라이트 버퍼(TWB)의 크기는 유닛 디스크립터(Unit Descriptor)의 유닛당 터보 라이트 버퍼 크기 필드(예를 들어, "dLUNumTurboWriteBufferAllocUnits")에 설정될 수 있다. 예시적인 실시 예에서, 유닛당 터보 라이트 버퍼 크기 필드(예를 들어, "dLUNumTurboWriteBufferAllocUnits")는 설정 가능한 파라미터일 수 있다.
공유 버퍼 타입(shared buffer type)의 경우, 복수의 논리 유닛들 전체에 대하여 하나의 터보 라이트 버퍼가 구성될 수 있다. 예를 들어, 도 3b에 도시된 바와 같이, 공유 버퍼 타입에서, 제1 내지 제4 논리 유닛들(LU1~LU4) 전체에 대하여 하나의 공유된 터보 라이트 버퍼(TWB0)가 구성될 수 있다.
이 경우, 터보 라이트가 활성화된 후에 제1 내지 제4 논리 유닛들(LU1~LU4) 각각에 대한 쓰기 커맨드가 수신된 경우, 쓰기 데이터는 공유된 터보 라이트 버퍼(TWB0)에 먼저 기입될 수 있다. 터보 라이트가 비활성화된 후에 제1 내지 제4 논리 유닛들(LU1~LU4) 각각에 대한 쓰기 커맨드가 수신된 경우, 쓰기 데이터는 노멀 라이트의 정책에 따라 제1 내지 제4 논리 유닛들(LU1~LU4)의 각각에 또는 공유된 터보 라이트 버퍼(TWB0)에 기입될 수 있다.
상술된 바와 같이, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 터보 라이트 기능을 지원하기 위한 터보 라이트 버퍼(TWB)를 포함할 수 있다. 터보 라이트 버퍼(TWB)는 버퍼 타입(예를 들어, 논리 유닛 전용 버퍼 타입 또는 공유 버퍼 타입)에 따라, 복수의 논리 유닛들 각각에 대하여 독립적으로 구성될 수 있거나, 또는, 복수의 논리 유닛들 전체에 대하여 하나로 구성될 수 있다.
도 4a 및 도 4b는 도 1의 스토리지 장치의 터보 라이트 버퍼를 구성하는 모드들을 설명하기 위한 도면들이다. 이하에서, 설명의 편의를 위하여, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 TLC 기준으로 32GB인 것으로 가정한다. 즉, 스토리지 장치(1200)에 포함된 메모리 셀들 각각이 3-비트의 데이터를 저장할 경우, 스토리지 장치(1200)는 32GB의 사용자 데이터를 저장할 수 있을 것이다.
그러나, 본 발명의 범위가 이에 한정되는 것은 아니며, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 메모리 셀들의 타입(SLC, MLC, TLC, QLC 등), 메모리 셀들의 개수, 메모리 셀들의 구성, 오버프로비져닝 비율 등과 같은 스토리지 장치(1200) 또는 불휘발성 메모리 장치(1220)의 구현 방식에 따라 다양하게 가변될 수 있다.
도 1, 도 4a, 및 도 4b를 참조하면, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 다양한 모드들에 따라 터보 라이트 버퍼(TWB)의 물리적 저장 공간을 구성할 수 있다. 예를 들어, 스토리지 장치(1200)는 사용자 용량 차감 모드 및 사용자 용량 비차감 모드 중 어느 하나의 모드를 기반으로 터보 라이트 버퍼의 물리적 저장 공간을 구성할 수 있다.
사용자 용량 차감 모드(User Capacity Reduction Mode)는, 터보 라이트 버퍼(TWBa)를 구성하기 위하여 사용자 스토리지(USTa)의 사용자 용량을 차감시키는 모드를 가리킬 수 있다. 예를 들어, 도 4a에 도시된 바와 같이, 스토리지 장치(1200)의 물리적 저장 공간(PS)이 TLC 기준으로 32GB일 수 있다.
터보 라이트 버퍼(TWB)가 구성되기 전에, 32GB의 용량(즉, 물리적 저장 공간(PS)의 전체 용량)이 사용자 스토리지(UST)로 할당되거나 또는 사용자 스토리지(UST)를 위해 사용될 수 있다. 이 경우, 호스트(1100) 측 관점에서 사용자 스토리지(UST)는 32GB의 크기로 인식될 것이다.
사용자 용량 차감 모드에 따라 터보 라이트 버퍼(TWB)가 구성될 수 있다. 이 경우, 물리적 저장 공간(PS) 중 일부인 제2 물리적 저장 공간(PS2a)이 터보 라이트 버퍼(TWBa)로 할당되거나 또는 터보 라이트 버퍼(TWBa)를 위해 사용될 수 있다.
또한 물리적 저장 공간(PS)의 일부인 제1 물리적 저장 공간(PS1a)이 사용자 스토리지(USTa)를 위해 할당되거나 또는 사용자 스토리지(USTa)를 위해 사용될 수 있다. 이 경우, 터보 라이트 버퍼(TWBa)의 구성 전과 비교하여, 호스트(1100) 측 관점에서는 사용자 스토리지(USTa)의 용량이 감소(즉, 32GB로부터 26GB로)할 수 있다.
예시적인 실시 예에서, 사용자 스토리지(USTa)에 대응하는 제1 물리적 저장 공간(PS1a)은 TLC로 구성되고, 터보 라이트 버퍼(TWBa)에 대응하는 제2 물리적 저장 공간(PS2a)은 SLC로 구성될 수 있다. 동일한 저장 공간이 TLC로 사용되는 경우와 SLC로 사용되는 경우의 용량들의 비율은 “3:1” 일 수 있다.
다시 말해서, 터보 라이트 버퍼(TWBa)의 크기가 1GB 증가할 경우, 사용자 스토리지(USTa)의 논리적 저장 공간의 크기는 3GB씩 감소할 수 있다. 상술된 바와 같이, 사용자 용량 차감 모드에서 터보 라이트 버퍼(TWBa)가 구성된 경우, 스토리지 장치(1200)의 물리적 저장 공간 중 일부는 터보 라이트 버퍼(TWBa)를 위해 할당되며, 이에 따라 호스트(1100)에 의해 식별되는 사용자 스토리지(USTa)의 용량이 감소될 수 있다.
예시적인 실시 예에서, 사용자 스토리지(USTa)에 대응하는 제1 물리적 저장 공간(PS1a) 및 터보 라이트 버퍼(TWBa)에 대응하는 제2 물리적 저장 공간(PS2a)은 서로 물리적으로 인접한 물리적 저장 공간일 수 있거나 또는 서로 물리적으로 이격된 물리적 저장 공간일 수 있다.
사용자 용량 비차감 모드(No User Capacity Reduction Mode)는 터보 라이트 버퍼(TWBb)가 구성되더라도, 호스트(1100)에 의해 인식되는 사용자 스토리지(USTb)의 논리적 저장 용량이 감소되지 않는 모드를 가리킬 수 있다. 예를 들어, 도 4b에 도시된 바와 같이, 터보 라이트 버퍼(TWB) 구성 전에, 사용자 스토리지(UST)는 32GB의 용량을 가질 수 있다. 즉, 스토리지 장치(1200)의 물리적 저장 공간(PS)이 사용자 스토리지(UST)로 할당되거나 또는 사용자 스토리지(UST)를 위해 사용될 수 있다.
사용자 용량 비차감 모드를 기반으로 터보 라이트 버퍼(TWBb)가 구성된 경우, 특정 용량(예를 들어, 2GB)을 갖는 터보 라이트 버퍼(TWBb)가 구성될 수 있다. 물리적 저장 공간(PS)의 일부인 제2 물리적 저장 공간(PS2)은 터보 라이트 버퍼(TWBb)를 위해 할당되거나 또는 사용될 수 있다.
사용자 용량 차감 모드와 달리, 사용자 용량 비차감 모드에서의 사용자 스토리지(USTb)는 32GB의 용량을 유지할 수 있다. 즉, 사용자 용량 비차감 모드에서, 터보 라이트 버퍼(TWBb)가 구성되더라도, 호스트(1100) 측 관점에서 식별되는 사용자 스토리지(UST)의 용량은 터보 라이트 버퍼(TWBb)의 구성전과 동일하게 유지될 수 있다.
예시적인 실시 예에서, 사용자 용량 비차감 모드에서의 터보 라이트 버퍼(TWBb)의 크기 또는 구성은 스토리지 장치(1200)의 내부 정책 또는 호스트(1100)로부터의 명시적인 요청에 의해 가변될 수 있다. 예를 들어, 물리적 저장 공간(PS2)의 일부인 제2 물리적 저장 공간(PS2b)이 터보 라이트 버퍼(TWBb)를 구성하는데 사용되기 때문에, 사용자 스토리지(USTb)를 위해 사용될 수 있는 제1 물리적 저장 공간(PS1a)은 사용자 스토리지(USTb)의 용량보다 작을 수 있다.
즉, 제1 물리적 저장 공간(PS1b)이 사용자 데이터를 저장하기 위해 모두 사용되거나 또는 제1 물리적 저장 공간(PS1b)의 가용한 자유 용량이 기준치 이하인 경우, 터보 라이트 버퍼(TWBb)를 위해 사용된 제2 물리적 저장 공간(PS2b)의 일부 또는 전부가 사용자 스토리지(USTb)로 반환될 수 있다.
다시 말해서, 물리적 저장 공간(PS)에서, 사용자 스토리지(USTb)를 위해 가용한 공간이 부족하여 터보 라이트 버퍼(TWBb)가 유지될 수 없는 경우, 터보 라이트 버퍼(TWBb)를 위해 할당된 제2 물리적 저장 공간(PS2b)은 사용자 스토리지(USTb)로 반환될 수 있다. 상술된 반환 동작은 사용자 데이터 플러쉬 동작 및 터보 라이트 버퍼 사이즈 설정 등을 통해 수행될 수 있다.
예시적인 실시 예에서, 호스트(1100)는 스토리지 장치(1200)의 터보 라이트 버퍼의 현재 가용한 크기를 확인할 수 있다. 예를 들어, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 현재 크기에 대한 정보를 속성(ATTRIBUTES)의 현재 터보 라이트 버퍼 사이즈 필드(예를 들어, "dCurrentTurboWriteBufferSize")에 설정할 수 있고, 터보 라이트 버퍼(TWB)의 현재 가용한 용량의 비율에 대한 정보를 가용한 터보 라이트 버퍼 크기 필드(예를 들어, "dAvailableTurboWriteBufferSize")에 설정할 수 있다.
호스트(1100)는 스토리지 장치의 속성(ATTRIBUTES)의 현재 터보 라이트 버퍼 사이즈 필드 및 가용한 터보 라이트 버퍼 크기 필드를 확인함으로써, 터보 라이트 버퍼의 현재 가용한 크기를 확인할 수 있다. 호스트(1100)는 확인된 정보를 기반으로 터보 라이트를 사용하는 정책을 변경하거나 또는 터보 라이트 버퍼(TWB)를 위해 사용되는 물리적 저장 공간을 사용자 스토리지(UST)로 반환시킬 수 있다.
다른 예로서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)를 위해 사용되는 물리적 저장 공간을 사용자 스토리지(UST)로 자체적으로 반환할 수 있다. 호스트(1100)는 현재 터보 라이트 버퍼 사이즈 필드를 확인함으로써, 터보 라이트 버퍼(TWB)의 변경 상태를 확인할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)를 위해 할당된 또는 사용되는 물리적 저장 공간(또는 메모리 블록)의 P/E 사이클의 횟수를 기반으로 터보 라이트 버퍼(TWB)의 수명에 대한 정보를 제공할 수 있다. 예를 들어, 스토리지 장치(1200)는 속성(ATTRIBUTES)의 터보 라이트 버퍼 수명 추정 필드(예를 들어, "dTurboWriteBufferLifeTimeEst")에 터보 라이트 버퍼(TWB)의 수명에 대한 정보를 설정할 수 있다.
호스트(1100)는 쿼리 요청을 통해 스토리지 장치(1200)의 속성(ATTRIBUTES)의 터보 라이트 버퍼 수명 추정 필드를 확인함으로써, 터보 라이트 버퍼(TWB)의 수명을 예측할 수 있다. 예시적인 실시 예에서, 사용자 용량 비차감 모드에서는, 사용자 스토리지(UST) 및 터보 라이트 버퍼(TWB)가 물리적 저장 공간(PS)을 공유하기 때문에, 사용자 스토리지(UST)에 대한 쓰기 동작이 수행될 경우, 터보 라이트 버퍼(TWB)의 수명이 감소될 수 있다.
도 5는 도 1의 스토리지 시스템의 동작을 예시적으로 보여주는 순서도이다. 도 5를 참조하여, 스토리지 시스템(1000)의 초기화 동작이 설명된다. 도 1, 도 2, 및 도 5를 참조하면, S11 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 파워-온 리셋, 하드웨어 리셋, 엔드포인트 리셋 등의 동작을 수행할 수 있다.
S12 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 하드웨어 초기화 및 부팅을 수행할 수 있다. 예를 들어, 호스트(1100) 및 스토리지 장치(1200) 각각의 하드웨어 계층들이 초기화되고, 부팅될 수 있다.
S13 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 특정 계층(예를 들어, UTP(UFS Transport Protocol) 레이어)의 초기화를 수행할 수 있다. 예를 들어, 호스트(1100)는 NOP OUT의 UPIU를 스토리지 장치(1200)로 전송할 수 있다. 스토리지 장치(1200)는 NOP OUT의 UPIU에 응답하여 NOP IN의 UPIU를 호스트(1100)로 전송할 수 있다.
S14 단계에서, 호스트(1100)는 스토리지 장치(1200)로부터 장치 디스크립터(Device Descriptor)를 확인할 수 있다. 예를 들어, 호스트(1100)는 디스크립터(Descriptor)를 읽기 위한 쿼리 요청(Query Request)을 스토리지 장치(1200)로 전송할 수 있다. 스토리지 장치(1200)는 쿼리 요청에 응답하여 장치 디스크립터(Device Descriptor)를 호스트(1100)로 전송할 수 있다.
예시적인 실시 예에서, 호스트(1100)는 장치 디스크립터를 통해 스토리지 장치(1200)의 구성, 기능 등을 확인할 수 있다. 예를 들어, 장치 디스크립터는 터보 라이트 기능 지원 여부에 대한 정보를 포함하는 확장된 UFS 기능 지원 필드(예를 들어, "dExtendedUFSFeaturesSupport")를 포함할 수 있다. 예시적인 실시 예에서, 터보 라이트 기능 지원 여부에 대한 정보는 확장된 UFS 기능 지원 필드의 특정 비트(예를 들어, bit[8])에 설정될 수 있다.
장치 디스크립터는 터보 라이트 버퍼 모드에 대한 정보를 포함하는 터보 라이트 버퍼 사용자 비차감 활성화 필드(예를 들어, " bTurboWriteBufferNoUserSpaceReductionEn")를 더 포함할 수 있다. 터보 라이트 버퍼 사용자 비차감 활성화 필드의 값이 "00h"인 경우, 도 4a를 참조하여 설명된 사용자 영역 차감 모드에 따라 터보 라이트 버퍼(TWB)가 구성되고, 터보 라이트 버퍼 사용자 비차감 활성화 필드의 값이 "01h"인 경우, 도 4b를 참조하여 설명된 사용자 영역 비차감 모드에 따라 터보 라이트 버퍼(TWB)가 구성될 수 있다.
장치 디스크립터는 터보 라이트 버퍼 타입에 대한 정보를 포함하는 터보 라이트 버퍼 타입 필드(예를 들어, "bTurbowriteBufferType")를 더 포함할 수 있다. 터보 라이트 버퍼 타입 필드가 "00h"로 설정된 경우, 도 3a를 참조하여 설명된 논리 유닛 전용 버퍼 타입에 따라 터보 라이트 버퍼(TWB)가 구성되고, 터보 라이트 버퍼 타입 필드가 "01h"로 설정된 경우, 도 3b를 참조하여 설명된 공유 버퍼 타입에 따라 터보 라이트 버퍼(TWB)가 구성될 수 있다.
장치 디스크립터는 터보 라이트 버퍼의 크기에 대한 정보를 포함하는 공유 터보 라이트 버퍼 할당 유닛 개수 필드(예를 들어, dNumSharedTurboWriteBufferAllocUnits")를 더 포함할 수 있다. 공유 터보 라이트 버퍼 할당 유닛 개수가 '0'으로 설정되면, 공유 버퍼 타입의 터보 라이트 버퍼가 구성되지 않을 수 있다.
상술된 각 필드는 예시적인 것이며, 본 발명의 범위가 이에 한정되는 것은 아니다. 장치 디스크립터는 상술된 필드들 이외에, 스토리지 장치(1200)의 구성, 구조, 기능 등에 대한 정보를 포함하는 다른 필드들을 더 포함할 수 있다. 장치 디스크립터의 다양한 필드들은 초기화 이전에 설정된 값들을 나타낼 수 있다. 장치 디스크립터의 다양한 필드들을 읽음으로써, 호스트(1100)는 스토리지 장치(1200)의 현재 상태를 식별할 수 있다.
예시적인 실시 예에서, 상술된 장치 디스크립터의 다양한 필드들(예를 들어, "bTurboWriteBufferNoUserSpaceReductionEn", "bTurboWriteBufferType", "dNumSharedTurboWriteBufferAllocUnits" 등)은 구성 디스크립터(Configuration Descriptor)의 대응하는 필드의 값을 기입함으로써, 가변될 수 있다. 즉, 호스트(1100)는 구성 디스크립터(Configuration Descriptor)의 다양한 필드들의 값을 기입함으로써, 터보 라이트 버퍼 타입, 터보 라이트 버퍼 사용자 비차감 활성화, 터보 라이트 버퍼 할당 유닛 개수 등과 같은 정보를 가변시킬 수 있다. 예시적인 실시 예에서, 스토리지 장치(1200)의 지오메트리 디스크립터(Geometry Descriptor)는 스토리지 장치(1200)에 대한 터보 라이트 버퍼 최대 크기 필드, 터보 라이트 버퍼 최대 개수 필드, 터보 라이트 버퍼 용량 조절 인자 필드, 지원되는 터보 라이트 버퍼 사용자 용량 비차감 타입 필드, 지원되는 터보 라이트 버퍼 타입 필드 등과 같은 정보를 포함할 수 있다.
예를 들어, 터보 라이트 버퍼 최대 크기 필드(예를 들어, "dTurboWriteBufferMaxNAllocUnits")는 전체 장치에서 지원되는 터보 라이트 버퍼(TWB)의 최대 크기에 대한 정보를 포함할 수 있다. 터보 라이트 버퍼 최대 개수 필드(예를 들어, "bDeviceMaxTurboWriteLUs")는 스토리지 장치(1200)에서 지원되는 터보 라이트 버퍼의 최대 개수에 대한 정보를 포함할 수 있다.
터보 라이트 버퍼 용량 조절 인자 필드(예를 들어, "bTurboWriteBufferCapAdjFac")는 터보 라이트 버퍼 메모리의 종류에 따른 용량 차감 팩터에 대한 정보를 포함할 수 있다. 예를 들어, 터보 라이트 버퍼(TWB)가 SLC이고, 사용자 스토리지(UST)가 TLC인 경우, 터보 라이트 버퍼 용량 조절 인자 필드의 값은 "3"일 수 있다. 터보 라이트 버퍼(TWB)가 SLC이고, 사용자 스토리지(UST)가 MLC인 경우, 터보 라이트 버퍼 용량 조절 인자 필드의 값은 "2"일 수 있다.
지원되는 터보 라이트 버퍼 사용자 용량 비차감 타입 필드(예를 들어, "bSupportedTurboWriteBufferNoUserSpaceReductionTypes")는 스토리지 장치(1200)가 어떤 터보 라이트 버퍼 모드를 지원할 수 있는지(예를 들어, 사용자 용량 차감 모드, 사용자 용량 비차감 모드, 또는 그것들 모두)에 대한 정보를 포함할 수 있다.
지원되는 터보 라이트 버퍼 타입 필드(예를 들어, "bSupportedTurboWriteBufferTypes")는 스토리지 장치(1200)가 어떤 터보 라이트 버퍼 타입을 지원하는지(예를 들어, 논리 유닛 전용 버퍼 타입, 공유 버퍼 타입, 또는 그것들 둘 모두)에 대한 정보를 포함할 수 있다.
상술된 각 필드들은 예시적인 것이며, 본 발명의 범위가 이에 한정되는 것은 아니다.
S15 단계에서, 호스트(1100)는 스토리지 장치(1200)로부터 부트 코드를 다운로드할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)로 TEST UNIT READY의 UPIU를 전송할 수 있다. 스토리지 장치(1200)는 수신된 TEST UNIT READY의 UPIU에 응답하여 상태 정보(Status)를 전송할 수 있다. 호스트(1100)는 수신된 상태 정보(Status)를 기반으로 스토리지 장치(1200)의 부트 논리 유닛(boot LU or boot well-known LU)이 액세스될 수 있는지 판별할 수 있다.
부트 논리 유닛이 액세스될 수 있는 경우, 호스트(1100)는 스토리지 장치(1200)로 SCSI READ 커맨드를 스토리지 장치(1200)로 전송할 수 있다. 예시적인 실시 예에서, SCSI READ 커맨드는 부트 논리 유닛(Boot LU)에 대응할 수 있다. 스토리지 장치(1200)는 수신된 커맨드에 응답하여 데이터(DATA) 및 상태 정보(Status)를 호스트(1100)로 전송할 수 있다.
S16 단계에서, 호스트(1100)는 스토리지 장치(1200)의 플래그를 설정함으로써, 초기화 동작을 완료할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)로 쿼리 요청(Query Request)을 전송할 수 있다. 쿼리 요청(Query Request)은 스토리지 장치(1200)의 플래그(FLAG)에 포함된 장치 초기화 필드(예를 들어, "fDeviceInit")를 설정하기 위한 요청일 수 있다. 쿼리 요청에 응답하여, 스토리지 장치(1200)의 플래그(FLAG)에 포함된 장치 초기화 정보가 특정 값(예를 들어, "01h")으로 설정될 수 있다. 이후에, 스토리지 장치(1200)는 쿼리 응답을 전송할 수 있다.
S17 단계에서, 호스트(1100)는 스토리지 장치(1200)의 플래그(FLAG)의 장치 초기화 필드(예를 들어, "fDeviceInit")를 조사(polling)할 수 있다. 예를 들어, 호스트(1100)는 플래그(FLAG)의 장치 초기화 필드를 읽기 위한 쿼리 요청(Query Request, READ FLAG fDeviceInit)을 스토리지 장치(1200)로 전송하고, 스토리지 장치(1200)는 장치 초기화 필드가 포함된 쿼리 응답을 호스트로 전송할 수 있다.
예시적인 실시 예에서, S16 단계 이후에, 스토리지 장치(1200)에서 초기화 동작이 완료된 경우, 장치 초기화 필드는 다른 값(예를 들어, "00h")으로 리셋될 것이다. 즉, 호스트(1100)는 S17 단계의 동작을 반복 수행하여, 장치 초기화 필드가 리셋되었는지 확인할 수 있다. 장치 초기화 필드가 리셋된 경우, 호스트(1100) 및 스토리지 장치(1200)의 모든 초기화 동작이 완료될 수 있다.
도 6은 도 1의 스토리지 시스템의 동작을 예시적으로 보여주는 순서도들이다. 도 6을 참조하여 스토리지 시스템(1000)의 쓰기 동작이 설명된다. 도 1 및 도 6을 참조하면, S21 단계에서, 호스트(1100)는 쓰기 정보(WR)(또는 쓰기 커맨드)를 포함하는 커맨드 UPIU를 스토리지 장치(1200)로 전송할 수 있다.
S22 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 데이터 트랜잭션을 수행할 수 있다. 예를 들어, 스토리지 장치(1200)는 RTT UPIU(Ready to Transfer UPIU)를 호스트(1100)로 전송할 수 있다. RTT UPIU는 스토리지 장치(1200)가 수신할 수 있는 데이터 범위에 대한 정보를 포함할 수 있다. 호스트(1100)는 RTT UPIU에 응답하여, 쓰기 데이터를 포함하는 DATA OUT UPIU를 스토리지 장치(1200)로 전송할 수 있다. 상술된 동작이 반복 수행됨으로써, 쓰기 데이터가 호스트(1100)로부터 스토리지 장치(1200)로 전송될 수 있다.
모든 쓰기 데이터의 수신이 완료된 이후에, S23 단계에서, 스토리지 장치(1200)는 RESPONSE UPIU를 호스트(1100)로 전송할 수 있다. RESPONSE UPIU는 S21 단계에서 수신된 쓰기 커맨드에 대한 동작이 완료되었음을 가리키는 정보를 포함할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 S22 단계 동안 수신된 쓰기 데이터에 대하여 노멀 쓰기 동작을 수행할 수 있다. 예를 들어, S21 단계에서, 스토리지 장치(1200)는 터보 라이트 기능이 활성화되었는지 판별할 수 있다. 좀 더 상세한 예로서, 스토리지 장치(1200)는 플래그의 터보 라이트 활성화 필드(예를 들어, "fTurboWriteEn")의 값을 확인함으로써, 터보 라이트 기능이 활성화되었는지 판별할 수 있다.
플래그의 터보 라이트 활성화 필드의 값이 "0b"인 경우, 터보 라이트 기능이 활성화되지 않은 상태일 수 있고, 값이 "1b"인 경우, 터보 라이트 기능이 활성화된 상태일 수 있다. 예시적인 실시 예에서, 플래그의 터보 라이트 활성화 필드의 값은 호스트(1100)의 셋 플래그를 위한 쿼리 요청에 의해 설정될 수 있다.
호스트(1100)로부터 터보 라이트 활성화 필드의 값이 설정되지 않을 수 있다. 이 경우, S22 단계에서 수신된 쓰기 데이터는 노멀 라이트 정책에 따라 터보 라이트 버퍼(TWB) 또는 사용자 스토리지(UST) 에 기입될 수 있다.
S30 단계에서, 호스트(1100)는 터보 라이트 활성화 필드의 값을 특정 값(예를 들어, "1b")으로 설정할 수 있다. 예를 들어, 호스트(1100)는 터보 라이트 활성화 필드의 값을 특정 값(예를 들어, "1b")으로 설정하기 위한 쿼리 요청을 스토리지 장치(1200)로 전송할 수 있다. 호스트(1100)로부터의 쿼리 요청에 응답하여 터보 라이트 활성화 필드의 값이 특정 값(예를 들어, "1b")으로 설정되고, 스토리지 장치(1200)는 쿼리 응답을 호스트(1100)로 전송할 수 있다.
이후에, 호스트(1100)는 S31 단계 내지 S33 단계의 동작들을 수행할 수 있다. S31 단계 내지 S33 단계의 동작들은 터보 라이트 활성화 필드에 따라 터보 라이트가 수행되는 점을 제외하면 S21 단계 내지 S23 단계의 동작들과 유사하므로, 이에 대한 상세한 설명은 생략된다.
예시적인 실시 예에서, S32 단계에서 수신된 쓰기 데이터는 터보 라이트 버퍼(TWB)에 기입될 수 있다. 예를 들어, S30 단계에서, 터보 라이트 활성화 필드의 값이 특정 값(예를 들어, "1b")으로 설정됨에 따라, 터보 라이트 기능이 활성화될 수 있다. 이 경우, 호스트(1100)로부터 수신된 쓰기 데이터는 터보 라이트 버퍼(TWB)에 우선 기입될 수 있다.
예시적인 실시 예에서, 터보 라이트 기능이 활성화된 상태이더라도, 터보 라이트 버퍼(TWB)의 공간이 충분하지 않은 경우, 스토리지 장치(1200)는 수신된 쓰기 데이터를 사용자 스토리지(UST)에 기입할 수 있다.
도 7은 도 1의 스토리지 장치의 동작을 예시적으로 보여주는 순서도이다. 도 7을 참조하여, 스토리지 장치(1200)의 플러쉬 동작이 설명된다. 도 1, 도 2, 및 도 7을 참조하면, S41 단계에서, 스토리지 장치(1200)는 현재 상태가 유휴 상태(Idle)인지, 하이버네이션 상태(Hibernation)인지, 또는 구동 중(Runtime)인지 판별할 수 있다. 스토리지 장치(1200)가 구동 중인 경우, 별도의 플러쉬 동작이 수행되지 않을 수 있다.
예를 들어, 스토리지 장치(1200)가 호스트(1100)로부터 수신된 커맨드를 처리중인 경우, 스토리지 장치(1200)는 구동 중일 수 있다. 스토리지 장치(1200)가 호스트(1100)로부터 수신되었고 아직 처리 중이거나 또는 처리해야 하는 명령(예를 들어, 계류중인(pending) 커맨드)이 없는 경우, 스토리지 장치(1200)는 유휴 상태일 수 있다. 스토리지 장치(1200)가 스토리지 장치(1200) 또는 호스트(1100)의 개시(initiation)에 의해 '하이버네이션'이라 불리는 저전력 모드로 진입한 경우, 스토리지 장치(1200)는 하이버네이션 상태일 수 있다.
스토리지 장치(1200)가 유휴 상태인 경우, S42 단계에서, 제1 플러쉬 동작이 활성화되었는지 판별할 수 있다. 호스트(1100)는 스토리지 장치(1200)의 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드(예를 들어, "fTurboWriteBufferFlushEn")의 값을 설정함으로써, 스토리지 장치(1200)에서의 제1 플러쉬 동작을 허용하거나 또는 차단할 수 있다. 스토리지 장치(1200)는 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값을 확인함으로써, 제1 플러쉬 동작이 활성화되었는지 판별할 수 있다.
예시적인 실시 예에서, 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 "0b"인 것은, 제1 플러쉬 동작의 비활성화 또는 차단을 가리킬 수 있고, 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 "1b"인 것은, 제1 플러쉬 동작의 활성화를 가리킬 수 있다. 제1 플러쉬 동작이 비활성화된 경우, 스토리지 장치(1200)는 별도의 플러쉬 동작을 수행하지 않을 수 있다.
제1 플러쉬 동작이 활성화된 경우, S43 단계에서, 스토리지 장치(1200)는 유휴 상태 동안 제1 플러쉬 동작을 수행할 수 있다. 제1 플러쉬 동작은 스토리지 장치(1200)가 유휴 상태에서 수행하는 플러쉬 동작을 가리킬 수 있다. 플러쉬 동작은 내부 정책 또는 호스트(1100)로부터의 명시적인 커맨드에 따라 터보 라이트 버퍼(TWB)에 기입된 사용자 데이터를 사용자 스토리지(UST)로 플러쉬 또는 마이그레이션시키는 동작을 가리킬 수 있다.
예시적인 실시 예에서, 터보 라이트 버퍼(TWB)에 기입된 사용자 데이터가 사용자 스토리지(UST)로 플러쉬되더라도, 플러쉬된 사용자 데이터의 논리적 어드레스는 유지되고, 물리적 어드레스는 바뀔 것이다. 이 경우, 스토리지 장치(1200)는 플러쉬된 사용자 데이터의 논리적 어드레스 및 물리적 어드레스의 매핑 정보를 갱신할 수 있다. 예를 들어, 물리적 어드레스는 터보 라이트 버퍼(TWB)의 어드레스로부터 사용자 스토리지(UST)의 어드레스로 갱신될 수 있다.
S41의 판별 결과가 스토리지 장치(1200)가 하이버네이션 상태인 것을 가리키는 경우, S44 단계에서, 스토리지 장치(1200)는 제2 플러쉬 동작이 활성화되었는지 판별할 수 있다. 예를 들어, 앞서 설명된 바와 유사하게, 호스트(1100)는 스토리지 장치(1200)의 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드(예를 들어, "fTurboWriteBufferFlushDuringHibernat")의 값을 설정함으로써, 스토리지 장치(1200)에서의 제2 플러쉬 동작을 허용하거나 또는 차단할 수 있다.
스토리지 장치(1200)는 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값을 확인함으로써, 제2 플러쉬 동작이 활성화되었는지 판별할 수 있다. 예시적인 실시 예에서, 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 "0b"인 것은, 제2 플러쉬 동작의 비활성화 또는 차단을 가리킬 수 있다. 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값의 값이 "1b"인 것은, 제2 플러쉬 동작의 활성화를 가리킬 수 있다. 제2 플러쉬 동작이 비활성화된 경우, 스토리지 장치(1200)는 별도의 플러쉬 동작을 수행하지 않을 수 있다.
제2 플러쉬 동작이 활성화된 경우, S45 단계에서, 스토리지 장치(1200)는 하이버네이션 상태 동안, 제2 플러쉬 동작을 수행할 수 있다. 제2 플러쉬 동작은 스토리지 장치(1200)가 하이버네이션 상태에서 수행하는 플러쉬 동작을 가리킬 수 있다.
상술된 바와 같은 플러쉬 동작에 의해, 터보 라이트 버퍼(TWB)에 기입된 사용자 데이터가 사용자 스토리지(UST)로 플러쉬 또는 마이그레이션될 수 있다. 이에 따라, 터보 라이트 버퍼(TWB)의 가용한 버퍼 크기가 확보될 수 있다.
예시적인 실시 예에서, 상술된 플러쉬 동작은 특정 조건에서 중단될 수 있다. 예를 들어, 유휴 상태에서 수행되는 제1 플러쉬 동작은 스토리지 장치(1200)의 커맨드 큐(queue)가 비어있는 상태에서만 수행될 수 있다. 제1 플러쉬 동작이 수행되는 동안, 호스트(1100)로부터 커맨드가 발행된 경우, 스토리지 장치(1200)는 수행 중인 제1 플러쉬 동작을 중단하고, 호스트(1100)로부터 발행된 커맨드를 우선 처리할 수 있다. 예시적인 실시 예에서, 하이버네이션 모드가 종료된 경우, 하이버네이션 상태에서 수행되는 제2 플러쉬 동작이 중단될 수 있다.
상술된 바와 같이, 특정 조건에 따라, 수행 중인 플러쉬 동작이 중단될 수 있다. 이 경우, 스토리지 장치(1200)는 플러쉬 동작의 중단 정보(또는 진행 정도의 정보) 또는 플러쉬 동작의 현재 상태를 속성(ATTRIBUTES)의 터보 라이트 버퍼 플러쉬 상태 필드(예를 들어, "bTurboWriteBufferFlushStatus")에 설정할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)에 대한 플러쉬 동작이 필요하다는 정보를 속성(ATTRIBUTES)의 예외 이벤트 상태(예를 들어, "wExceptionEventStatus")의 특정 값(예를 들어, Bit [5])에 설정할 수 있다. 호스트(1100)는 속성의 예외 이벤트 상태의 특정 값(예를 들어, Bit [5])을 확인하고, 스토리지 장치(1200)에서 플러쉬 동작이 요구됨을 인지하고, 정책에 따라 스토리지 장치(1200)의 플래그(FLAG)의 특정 필드들(예를 들어, "fTurboWriteBufferFlushEn", "fTurboWriteBufferFlushDuringHibernate" 등)을 설정할 수 있다(예를 들어, Query Request UPIU를 이용하여).
도 7에서는 스토리지 장치(1200)가 플러쉬 활성화 필드의 값(즉, 터보 라이트 버퍼 플러시 활성화 필드의 값 또는 하이버네이션 동안의 터보 라이트 버퍼 플러시 활성화 필드의 값)에 기초하여 플러쉬 동작을 수행하는 것으로 설명되었으나, 본 발명은 이에 한정되는 것은 아니다. 예시적인 실시 예에 있어서, 스토리지 장치(1200)는 플러쉬 활성화 필드의 값(즉, 터보 라이트 버퍼 플러시 활성화 필드의 값 또는 하이버네이션 동안의 터보 라이트 버퍼 플러시 활성화 필드의 값)과 관계없이 내부 정책에 따라 플러쉬 또는 마이그레이션 동작을 수행할 수 있다. 이 경우, 스토리지 장치(1200)는 자체적인 판단에 따라 플러쉬 또는 마이그레이션 동작을 수행할 수 있다.
도 8은 도 1의 스토리지 장치의 물리적 저장 공간을 예시적으로 보여주는 블록도이다. 도 1 및 도 8을 참조하면, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST)를 포함할 수 있다. 스토리지 장치(1200)의 물리적 저장 공간(PS), 터보 라이트 버퍼(TWB), 및 사용자 스토리지(UST)는 앞서 설명되었으므로, 이에 대한 상세한 설명은 생략된다.
터보 라이트 버퍼(TWB)는 고정된 터보 라이트 버퍼(TWB-p; pinned turbo write buffer) 및 비고정된 터보 라이트 버퍼(TWB-np; non-pinned turbo write buffer)로 구분될 수 있다. 앞서 설명된 바와 유사하게, 스토리지 장치(1200)의 터보 라이트 기능이 활성화된 경우, 쓰기 데이터는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 어느 하나에 저장될 수 있다.
고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 쓰기 데이터가 저장되는 버퍼는 다양한 방식들(예를 들어, 내부 정책, 호스트의 요청에 따른 내부 정책의 변경, 호스트의 명시적인 요청 등)로 결정될 수 있다.
예시적인 실시 예에서, 앞서 설명된 바와 같이, 터보 라이트 버퍼(TWB)의 크기는 호스트(1100)의 제어 또는 스토리지 장치(1200)의 내부 정책에 의해 결정될 수 있다. 이 때, 터보 라이트 버퍼(TWB)에 포함된 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 비율은 다양한 방식들(예를 들어, 내부 정책, 호스트의 요청에 따른 내부 정책의 변경, 호스트의 명시적 요청 등)로 결정되거나 또는 가변될 수 있다.
예시적인 실시 예에서, 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 각각의 사이에서, 사용자 데이터가 플러쉬(flush), 마이그레이션(migrate), 또는 이동(move)될 수 있다. 예를 들어, 호스트(1100)의 명시적인 요청, 스토리지 장치(1200)의 내부 정책, 또는 호스트의 요청에 따른 내부 정책의 변경에 따라, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 사이에서 사용자 데이터가 이동(move)할 수 있다.
또는 호스트(1100)의 명시적인 요청, 스토리지 장치(1200)의 내부 정책, 또는 호스트의 요청에 따른 내부 정책의 변경에 따라, 비고정된 터보 라이트 버퍼(TWB-np) 및 사용자 스토리지(UST) 사이에서 사용자 데이터가 이동(move)될 수 있다. 또는 호스트(1100)의 명시적인 요청, 스토리지 장치(1200)의 내부 정책, 또는 호스트의 요청에 따른 내부 정책의 변경에 따라, 고정된 터보 라이트 버퍼(TWB-p) 및 사용자 스토리지(UST) 사이에서 사용자 데이터가 이동(move)할 수 있다.
예시적인 실시 예에서, 도 7을 참조하여 설명된 바와 같이, 스토리지 장치(1200)는 유휴 상태 동안 또는 하이버네이션 상태 동안 플러쉬 동작을 수행할 수 있다. 이 때, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB) 중 비고정된 터보 라이트 버퍼(TWB-np)에 대한 플러쉬 동작을 수행할 수 있다. 즉, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB) 중 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 사용자 데이터를 사용자 스토리지(UST)로 플러쉬할 수 있다.
이 때, 고정된 터보 라이트 버퍼(TWB-p)에 기입된 사용자 데이터는 사용자 스토리지(UST)로 플러쉬되지 않을 것이다. 즉, 스토리지 장치(1200)가 플러쉬 동작을 수행하더라도, 고정된 터보 라이트 버퍼(TWB-p)에 기입된 사용자 데이터는 유지될 것이다.
다른 예로서, 스토리지 장치(1200)의 내부 정책에 따라, 비고정된 터보 라이트 버퍼(TWB-np)에 저장되어야 하는 데이터가 고정된 터보 라이트 버퍼(TWB-p)에 저장될 수 있다. 이러한 예외적인 데이터는 고정된 터보 라이트 버퍼(TWB-p)로부터 사용자 스토리지(UTS)로 플러쉬될 수 있다.
아래의 상세한 설명에서, 본 발명의 기술적 사상을 명확히 전달하기 위하여, 고정된 터보 라이트 버퍼(TWB-p)에 기입되는 데이터는 본래 고정된 터보 라이트 버퍼(TWB-p)에 저장되어야 하는 것으로 가정된다. 즉, 위에서 언급된 예외적인 데이터의 예는 제외하고 본 발명의 기술적 사상이 설명된다. 그러나 본 발명의 기술적 사상은 위에서 언급된 예외적인 데이터의 사례들을 모두 포함함이 이해될 것이다.
따라서, 호스트(1100)가 고정된 터보 라이트 버퍼(TWB-p)에 기입된 제1 사용자 데이터에 대한 읽기 커맨드를 발행한 경우, 제1 사용자 데이터는 고정된 터보 라이트 버퍼(TWB-p)로부터 읽어질 것이다. 이 경우, 제1 사용자 데이터에 대한 고속 읽기가 가능할 수 있다.
예를 들어, 앞서 설명된 바와 같이, 고정된 터보 라이트 버퍼(TWB-p)는 SLC 방식을 기반으로 사용자 데이터를 저장할 수 있고, 사용자 스토리지(UST)는 TLC 방식을 기반으로 사용자 데이터를 저장할 수 있다. SLC 방식을 기반으로 저장된 사용자 데이터를 읽는 시간은 TLC 방식을 기반으로 저장된 사용자 데이터를 읽는 시간보다 빠를 것이다.
즉, 고정된 터보 라이트 버퍼(TWB-p)에 특정 사용자 데이터를 유지시킴으로써, 이후의 특정 사용자 데이터에 대한 읽기 동작의 속도를 향상시킬 수 있다. 이러한 스토리지 장치(1200)의 기능은 "터보 리드(Turbo Read)"라 불릴 수 있다.
도 9는 도 8을 참조하여 설명된 스토리지 장치의 물리적 저장 공간에 대한 논리적 저장 공간을 보여주는 도면이다. 설명의 편의를 위하여, 하나의 논리 유닛을 기준으로 도 9의 실시 예가 설명된다. 그러나, 본 발명의 기술적 사상은 터보 라이트 버퍼(TWB)가 지정된 둘 이상의 논리 유닛들, 또는 논리 유닛들 및 공유된 터보 라이트 버퍼(예를 들어, TWB0)의 관계에도 동일하게 적용될 수 있다.
도 1 및 도 9를 참조하면, 호스트(1100)에 의해 식별되는 스토리지 장치(1200)의 논리적 저장 공간(LS; logical storage space)은 사용자 스토리지(UST) 및 터보 라이트 버퍼(TWB)를 포함할 수 있다. 터보 라이트 버퍼(TWB)는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)를 포함할 수 있다.
제1 논리적 어드레스 범위(예를 들어, LBA0~LBAa, LBAb+1~LBAc, LBAe+1~LBAn)는 사용자 스토리지(UST)의 논리적 저장 공간과 대응될 수 있다. 이 경우, 제1 논리적 어드레스 범위(예를 들어, LBA0~LBAa, LBAb+1~LBAc, LBAe+1~LBAn)에 저장된 사용자 데이터는 사용자 스토리지(UST)의 물리적 저장 공간에 저장되어 있을 수 있다.
제2 논리적 어드레스 범위(예를 들어, LBAa+1~LBAb, LBAd+1~LBAe)는 비고정된 터보 라이트 버퍼(TWB-np)의 논리적 저장 공간과 대응될 수 있다. 이 경우, 제2 논리적 어드레스 범위(예를 들어, LBAa+1~LBAb, LBAd+1~LBAe)에 저장된 사용자 데이터는 비고정된 터보 라이트 버퍼(TWB-np)의 물리적 저장 공간에 저장되어 있을 수 있다.
제3 논리적 어드레스 범위(예를 들어, LBAc+1~LBAd)는 고정된 터보 라이트 버퍼(TWB-p)의 논리적 저장 공간과 대응될 수 있다. 이 경우, 제3 논리적 어드레스 범위(예를 들어, LBAc+1~LBAd)에 저장된 사용자 데이터는 고정된 터보 라이트 버퍼(TWB-p)의 물리적 저장 공간에 저장되어 있을 수 있다.
상술된 바와 같이, 사용자 스토리지(UST), 비고정된 터보 라이트 버퍼(TWB-np), 및 고정된 터보 라이트 버퍼(TWB-p)는 호스트(1100)에 의해 인식되는 논리적 저장 공간(LS) 상에서 다양한 형태로 분산될 수 있다. 예시적인 실시 예에서, 호스트(1100)의 명시적인 요청 또는 스토리지 장치(1200)의 내부 정책에 따라, 사용자 스토리지(UST), 비고정된 터보 라이트 버퍼(TWB-np), 및 고정된 터보 라이트 버퍼(TWB-p) 각각의 사이에서, 사용자 데이터가 이동/플러쉬/마이그레이션될 수 있다.
예시적인 실시 예에서, 호스트(1100)는 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 하나를 지정할 수 있다. 다른 예로서, 호스트(1100)는 터보 라이트 전에 터보 라이트의 대상을 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 하나로 지정(예를 들어, Query Request UPIU를 이용하여)할 수 있다. 다른 예로서, 호스트(1100)는 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)를 지정하지 않을 수 있다.
호스트(1100)는 주기적으로 또는 필요한 때에 스토리지 장치(1200)에 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 정보를 요청(예를 들어, Query Request UPIU를 이용하여)함으로써, 스토리지 장치(1200)에 의해 변경된 데이터의 분산 상태를 확인할 수 있다.
도 10a 및 도 10b는 도 8을 참조하여 설명된 스토리지 장치의 물리적 저장 공간에서의 동작을 예시적으로 보여주는 도면들이다. 도면의 간결성 및 설명의 편의를 위하여, 고정된 터보 라이트 버퍼(TWB-p)는 제1 메모리 블록(BLK1)을 포함하고, 비고정된 터보 라이트 버퍼(TWB-np)는 제2 메모리 블록(BLK2)을 포함하고, 사용자 스토리지(UST)는 제3 메모리 블록(BLK3)을 포함하는 것으로 가정한다. 그러나 본 발명의 범위가 이에 한정되는 것은 아니다.
먼저, 도 1, 도 8, 및 도 10a를 참조하면, 스토리지 장치(1200)는 호스트(1100)로부터 제1 논리적 어드레스(LBA1)에 대응하는 제1 데이터(DT1)를 수신할 수 있다. 예시적인 실시 예에서, 스토리지 장치(1200)의 터보 라이트 기능이 활성화된 상태일 수 있다. 이 경우, 스토리지 장치(1200)는 수신된 제1 데이터(DT1)를 터보 라이트 버퍼(TWB)(예를 들어, 비고정된 터보 라이트 버퍼(TWB-p))에 기입할 수 있다.
즉, 스토리지 장치(1200)는 제1 데이터(DT1)에 대한 터보 라이트를 수행할 수 있다. 예시적인 실시 예에서, 터보 라이트 기능이 활성화된 경우, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 어디에 저장될지는 다양한 방식들을 통해 결정될 수 있다.
예시적인 실시 예에서, 도 10a에 도시된 바와 같이, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)에 사용자 데이터(DTa, DTb, DT0, DT1)가 가득 차 있을 수 있다. 이 경우, 스토리지 장치(1200)는 속성(ATTRIBUTES)의 예외 이벤트 상태 필드(예를 들어, "wExceptionEventStatus")의 특정 비트(예를 들어, Bit [5])를 설정함으로써, 플러쉬 동작이 요구된다는 정보를 호스트(1100)로 알릴 수 있다.
호스트(1100)는 쿼리 요청을 통해 속성(ATTRIBUTES)의 예외 이벤트 상태 필드를 확인하고, 스토리지 장치(1200)에서 플러쉬 동작이 요구된다는 정보를 확인할 수 있다. 호스트(1100)는 도 7을 참조하여 설명된 바와 같이, 스토리지 장치(1200)의 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드 또는 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드를 설정함으로써, 스토리지 장치(1200)에서의 플러쉬 동작을 허용할 수 있다.
호스트(1100)의 제어 또는 내부 정책에 따라 플러쉬 동작이 허용된 경우, 스토리지 장치(1200)는 플러쉬 동작을 수행할 수 있다. 예를 들어, 유휴 상태 또는 하이버네이션 상태에서, 스토리지 장치(1200)는 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 사용자 데이터(DT0, DT1)를 사용자 스토리지(UST)의 제3 메모리 블록(BLK3)으로 플러쉬할 수 있다. 예시적인 실시 예에서, 플러쉬 동작이 허용되더라도, 고정된 터보 라이트 버퍼(TWB-p)에 저장된 사용자 데이터(DTa, DTb)는 사용자 스토리지(UST)로 플러쉬되지 않을 수 있다.
이후에, 스토리지 장치(1200)는 호스트(1100)로부터 제1 논리적 어드레스(LBA1)에 대한 읽기 커맨드를 수신할 수 있다. 이 경우, 스토리지 장치(1200)는 사용자 스토리지(UST)의 제3 메모리 블록(BLK3)에 저장된 제1 데이터(DT1)를 읽고, 읽은 제1 데이터(DT1)를 호스트(1100)로 출력할 수 있다.
예시적인 실시 예에서, 제1 데이터(DT1)는 비고정된 터보 라이트 버퍼(TWB-np)에 기입(즉, SLC 프로그램)되나, 플러쉬 동작으로 인해 제1 데이터(DT1)는 사용자 스토리지(UST)로 플러쉬되기 때문에, 제1 데이터(DT1)는 노멀 읽기 동작(예를 들어, TLC 읽기 동작)을 통해 읽어질 수 있다.
다음으로 도 1, 도 8, 및 도 10b를 참조하면, 제0 및 제1 사용자 데이터(DT0, DT1)는 비고정된 터보 라이트 버퍼(TWB-np)의 제2 메모리 블록(BLK2)에 저장되고, 제a 데이터(DTa)는 사용자 스토리지(UST)의 제3 메모리 블록(BLK3)에 저장될 수 있다.
이후에, 호스트(1100)의 명시적인 요청 또는 스토리지 장치(1200)의 내부 정책에 따라, 사용자 스토리지 공간(UST)의 제a 데이터(DTa)가 고정된 터보 라이트 버퍼(TWB-p)의 제1 메모리 블록(BLK1)으로 이동할 수 있다.
이후에, 스토리지 장치(1200)는 호스트(1100)로부터 제a 데이터(DTa)에 대응하는 제a 논리적 어드레스(LBAa)에 대한 읽기 커맨드를 수신할 수 있다. 이 경우, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p)의 제1 메모리 블록(BLK1)에 저장된 제a 데이터(DTa)를 읽고, 읽은 제a 데이터(DTa)를 호스트(1100)로 전송할 수 있다.
예시적인 실시 예에서, 고정된 터보 라이트 버퍼(TWB-p)의 제1 메모리 블록(BLK1)에 저장된 제a 데이터(DTa)를 읽는 동작은 사용자 스토리지 공간(UST)의 제3 메모리 블록(BLK3)에 저장된 데이터를 읽는 동작보다 빠를 수 있다. 즉, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 특정 데이터를 터보 라이트 버퍼(TWB)(또는 고정된 터보 라이트 버퍼(TWB-p))에 저장하고 유지함으로써, 특정 데이터에 대한 빠른 읽기 동작(즉, 터보 리드 동작)을 지원할 수 있다.
예시적인 실시 예에 있어서, 스토리지 장치(1200)는 호스트(1100)의 요청에 따라 터보 라이트 버퍼(TWB)의 남은 용량을 호스트(1100)에 알릴 수 있다. 스토리지 장치(1200)는 속성(ATTRIBUTES)의 가용한 터보 라이트 버퍼 크기 필드(dAvailableTurboWriteBufferSize)에 터보 라이트 버퍼(TWB)의 나머지 자유 용량에 대한 정보를 기입할 수 있다. 호스트(1100)는 가용한 터보 라이트 버퍼 크기 필드를 읽음으로써(예를 들어, Query Request UPIU를 이용하여), 터보 라이트 버퍼(TWB)의 용량 정보를 획득할 수 있다.
예를 들어, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p)의 나머지 용량과 비고정된 터보 라이트 버퍼(TWB-np)의 나머지 용량을 별도로 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다. 다른 예로서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 전체 나머지 용량을 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다. 스토리지 장치(1200)가 터보 라이트 버퍼(TWB)의 나머지 용량을 통합하여 기록할 지 구분하여 별도로 기록할 지의 여부는 호스트(1100)의 플래그 설정에 의해 지정될 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 내부 정책에 따라, 터보 라이트 버퍼(TWB)의 실제 나머지 용량보다 더 적은 용량을 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다. 플래시 메모리와 같은 불휘발성 메모리 장치(1220)에서, 서로 연속한 소거 동작들 사이의 시간이 문턱 시간보다 작으면, 데이터의 신뢰성이 저하되는 문제가 발생할 수 있다.
터보 라이트 버퍼(TWB)의 용량은 사용자 스토리지(UST)의 용량보다 적고, 그리고 SLC로 사용되므로, 터보 라이트 버퍼(TWB)는 사용자 스토리지(UST)보다 빠르게 데이터로 채워질 수 있다. 또한, 호스트(1100)가 고속의 터보 라이트를 선호하면, 터보 라이트 버퍼(TWB)는 더 빠르게 채워질 수 있다.
터보 라이트 버퍼(TWB)에 데이터의 쓰기가 집중되면, 터보 라이트 버퍼(TWB)에서 제1 소거 동작이 수행되고, 터보 라이트 버퍼(TWB)에 데이터가 기입되고, 터보 라이트 버퍼(TWB)의 데이터가 플러쉬되고, 터보 라이트 버퍼(TWB)에서 제2 소거 동작이 수행되고, 그리고 터보 라이트 버퍼(TWB)에 데이터가 다시 기입되는 일련의 단계들이 짧은 시간 윈도 동안 수행될 수 있다.
이 때, 제1 소거 동작과 제2 소거 동작 사이의 시간이 문턱 시간보다 적으면, 제2 소거 동작 후에 터보 라이트 버퍼(TWB)에 다시 기입되는 데이터의 신뢰성이 저하될 수 있다. 이와 같은 문제를 해결하기 위하여, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 특정한 메모리 블록이 유효한 데이터를 저장하지 않으며 소거 동작 후에 재사용 가능하더라도, 해당 메모리 블록에서 이전 소거 동작 후에 경과한 시간이 문턱 시간보다 적으면, 해당 메모리 블록을 제외한 용량을 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다.
도 11은 도 1의 스토리지 시스템의 계층적 구조를 예시적으로 보여주는 도면이다. 도 11을 참조하면, 스토리지 시스템(1000)은 호스트(1100) 및 스토리지 장치(1200)를 포함할 수 있다. 호스트(1100)는 애플리케이션(AP-h), 파일 시스템(FS-h), 장치 관리자(DM-h), UFS 애플리케이션 계층(UAP-h), UFS 전송 프로토콜 계층(UTP-h), 및 UFS 인터커넥트 계층(UIC-h)을 포함할 수 있다.
애플리케이션(AP-h)은 호스트(1100)에서 구동되는 다양한 응용 프로그램들, 프로세스들 등을 포함할 수 있다. 파일 시스템(FS-h)은 애플리케이션(AP-h)에 의해 발생하는 다양한 데이터를 조직화하고 관리하도록 구성될 수 있다.
UFS 애플리케이션 계층(UAP-h)은 호스트(1100) 및 스토리지 장치(1200) 사이의 다양한 커맨드를 지원하도록 구성된다. 예를 들어, UFS 애플리케이션 계층(UAP-h)은 입출력 스트림 관리자(IOSM-h) 및 UFS 커맨드 셋(USC-h)을 포함할 수 있다. 입출력 스트림 관리자(IOSM-h)는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청을 관리하도록 구성된다.
예시적인 실시 예에서, 입출력 스트림 관리자(IOSM-h)는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 입출력의 특성 값을 구분하도록 구성될 수 있다. 입출력 스트림 관리자(IOSM-h)는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청의 우선 순위를 관리하거나 또는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청에 따른 다양한 기능을 지원하도록 구성될 수 있다. 예시적인 실시 예에서, 입출력 스트림 관리자(IOSM-h)는 터보 라이트 기능 또는 터보 리드 기능을 지원하도록 구성될 수 있다.
예시적인 실시 예에 있어서, 호스트(1100) 또는 호스트(1100)의 사용자에 의해 지정된 특정한 어플리케이션 또는 프로세스는 터보 라이트 또는 터보 리드를 사용할 수 있다. 특정한 애플리케이션 또는 프로세스의 스토리지 장치(1200)에 대한 쓰기 또는 읽기 요청에 응답하여, 입출력 스트림 관리자(IOSM-h)는 터보 라이트 또는 터보 리드를 수행할 것을 판단할 수 있다.
또한, 파일 시스템(FS-h)에 의해 관리되는 특정한 데이터는 터보 라이트 또는 터보 리드를 사용할 수 있다. 특정한 데이터(예를 들어, 메타 데이터)의 스토리지 장치(1200)에 대한 쓰기 또는 읽기 요청에 응답하여, 입출력 스트림 관리자(IOSM-h)는 터보 라이트 또는 터보 리드를 수행할 것을 판단할 수 있다.
이에 더하여, 입출력 스트림 관리자(IOSM-h)는 스토리지 장치(1200)에 기입된 데이터의 이동(move)을 지시할 수 있다. 입출력 스트림 관리자(IOSM-h)는 데이터를 고정된 터보 라이트 버퍼(TWB-p)로, 비고정된 터보 라이트 버퍼(TWB-np)로, 또는 사용자 스토리지(UST)로 이동시킴으로써, 스토리지 장치(1200)에 기입된 데이터의 읽기 속도들을 조절할 수 있다.
UFS 커맨드 셋(USC-h)은 호스트(1100) 및 스토리지 장치(1200) 사이에서 지원되는 다양한 커맨드 세트를 지원할 수 있다. 예시적인 실시 예에서, UFS 커맨드 셋(USC-h)은 UFS 전용 커맨드 셋(UFS Native command set) 및 UFS SCSI 커맨스 셋(UFS SCSI command set)을 포함할 수 있다. UFS 커맨드 셋(USC-h)은 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청에 따라 스토리지 장치(1200)로 전송될 커맨드를 구성할 수 있다.
비록 도면에 도시되지는 않았으나, UFS 애플리케이션 계층(UAP-h)은 커맨드 큐 제어를 위한 커맨드들을 처리하는 태스크 관리자(Task Manager)를 더 포함할 수 있다.
장치 관리자(DM-h)는 장치 레벨의 동작들 및 장치 레벨의 구성들을 관리할 수 있다. 예시적인 실시 예에서, 장치 관리자(DM-h)는 스토리지 장치(1200)의 다양한 정보를 설정하거나 확인하기 위한 쿼리 요청을 관리할 수 있다.
UFS 전송 프로토콜 계층(UTP-h; UFS Transport Protocol)은 상위 계층을 위한 서비스들을 제공할 수 있다. UFS 전송 프로토콜 계층(UTP-h)은 UFS 애플리케이션 계층(UAP-h)로부터 제공된 커맨드 또는 정보; 또는 장치 관리자(DM-h)로부터 제공된 쿼리 요청을 UPIU(UFS Protocol Information Unit) 형태의 패킷으로 생성할 수 있다.
예시적인 실시 예에서, UFS 전송 프로토콜 계층(UTP-h) 및 장치 관리자(DM-h)는 UDM-SAP(UDM-Service Access Point)를 통해 서로 통신할 수 있다. UFS 전송 프로토콜 계층(UTP-h) 및 UFS 애플리케이션 계층(UAP-h)은 UTP_CMD_SAP 또는 UTP_TM_SAP를 통해 서로 통신할 수 있다.
UFS 인터커넥트 계층(UIC-h)은 스토리지 장치(1200)와의 연결을 관리할 수 있다. 예시적인 실시 예에서, UFS 인터커넥트 계층(UIC-h)은 스토리지 장치(1200)의 UFS 인터커넥트 계층(UIC-d)과 물리적으로 연결된 MIPI Unipro 및 MIPI M-PHY 와 같은 하드웨어 구성들을 포함할 수 있다. 예시적인 실시 예에서, UFS 인터커넥트 계층(UIC-h) 및 UFS 전송 프로토콜 계층(UTP-h)은 UIC-SAP를 통해 통신할 수 있고, UFS 인터커넥트 계층(UIC-h) 및 장치 관리자(DM-h)는 UIO-SAP를 통해 통신할 수 있다.
스토리지 장치(1200)는 메모리 영역 관리자(MAM-d), 메모리 영역 속성 관리자(MAPM-d), 장치 관리자(DM-d), UFS 애플리케이션 계층(UAP-d), UFS 전송 프로토콜 계층(UTP-d), 및 UFS 인터커넥트 계층(UIC-d)을 포함할 수 있다. 예시적인 실시 예에서, UFS 애플리케이션 계층(UAP-d), UFS 전송 프로토콜 계층(UTP-d), 및 UFS 인터커넥트 계층(UIC-d)의 구성은 호스트(1100)의 UFS 애플리케이션 계층(UAP-h), UFS 전송 프로토콜 계층(UTP-h), 및 UFS 인터커넥트 계층(UIC-h)과 유사하며, 대응되는 계층들 간 논리적 통신하는 구성으로 이해될 수 있으므로, 이에 대한 상세한 설명은 생략된다.
스토리지 장치(1200)의 메모리 영역 속성 관리자(MAPM-d)는 호스트(1100)로부터 수신된 쓰기 데이터가 저장될 영역을 지정하고 관리할 수 있다. 예를 들어, 앞서 설명된 바와 같이, 호스트(1100)의 명시적 요청 또는 내부 정책에 따라 호스트(1100)로부터 수신된 쓰기 데이터는 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 중 적어도 하나의 공간에 기입될 수 있다. 메모리 영역 속성 관리자(MAPM-d)는 앞서 설명된 다양한 방식들을 기반으로 호스트(1100)로부터 수신된 쓰기 데이터가 저장될 공간을 선택하고, 선택된 공간에 쓰기 데이터를 저장할 수 있다.
스토리지 장치(1200)의 메모리 영역 관리자(MAM-d)는 앞서 설명된 바와 같이, 호스트(1100)로부터의 명시적인 요청 또는 내부 정책에 따라, 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 제어할 수 있다.
메모리 영역 속성 관리자(MAPM-d)는 정책 관리자(PM-d) 및 정책 확인 모듈(PCM-d)을 포함할 수 있다. 정책 관리자(PM-d)는 호스트(1100)에 의해 제공되는 정책을 관리할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)의 다양한 동작들에 관한 정책들을 결정할 수 있다. 호스트(1100)는 결정된 정책들을 스토리지 장치(1200)로 제공할 수 있다. 정책 관리자(PM-d)는 호스트(1100)로부터 제공된 정책들을 설정할 수 있다. 예를 들어, 정책 관리자(PM-d)는 제공된 정책들을 메타 데이터로서 저장하여 정책들을 설정하고 관리할 수 있다.
정책 확인 모듈(PCM-d)은 정책 관리자(PM-d)에 의해 설정된 정책들을 확인할 수 있다. 정책 확인 모듈(PCM-d)에 의해 확인된 정책들에 기초하여 스토리지 장치(1200)의 동작이 수행될 수 있다.
예시적인 실시 예에 있어서, 호스트(1100)는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)와 관련된 정책들을 결정할 수 있다. 예를 들어, 호스트(1100)는 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션동작에 대한 구체적인 정책들을 결정할 수 있다. 이 경우, 정책 확인 모듈(PCM-d)에 의해 확인된 정책들에 따라 메모리 영역 관리자(MAM-d)가 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 제어할 수 있다.
메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 위한 논리적 어드레스(LBA)를 별도로 관리할 수 있다. 도 11에 도시된 바와 같이, 메모리 영역 속성 관리자(MAPM-d)는 터보 라이트 버퍼(TWB)의 논리적 어드레스(LBA)를 별도의 맵(LM)으로 관리할 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM)을 통해 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 논리적 어드레스(LBA)를 별도로 관리할 수 있다.
상술된 스토리지 장치(1200)의 계층적인 구조 및 기능은 도 1의 컨트롤러(1210)에서 수행될 수 있다. 또한, 상술된 호스트(1100) 및 스토리지 장치(1200) 각각의 계층적인 구조 및 기능은 예시적인 것이며 본 발명의 범위가 이에 한정되는 것은 아니다.
도 12는 도 11의 메모리 영역 속성 관리자가 관리하는 터보 라이트 버퍼의 논리적 어드레스 맵의 예시를 보여준다. 도 12를 참조하면, 메모리 영역 속성 관리자(MAPM-d)는 터보 라이트 버퍼(TWB)에 저장된 데이터에 대응하는 논리적 어드레스(LBA)를 맵(LM)으로 관리할 수 있다. 메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p)에 저장된 데이터에 대응하는 논리적 어드레스 맵(LM-p) 및 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 데이터에 대응하는 논리적 어드레스 맵(LM-np)을 별도로 관리할 수 있다.
논리적 어드레스 맵들(LM-p, LM-np) 각각은 논리적 어드레스(LBA), 읽기 히트 카운트(RHC), 쓰기 시간(WT), 스트림 식별자(SID), 및 청크 사이즈(CS)에 대응하는 필드들을 포함할 수 있다. 논리적 어드레스(LBA)는 터보 라이트 버퍼(TWB)에 저장된 데이터에 대응할 수 있다. 예를 들어, 고정된 터보 라이트 버퍼(TWB-p)에 제1 논리적 어드레스(LBA1)에 대응하는 데이터가 기입(또는 저장)되는 경우, 논리적 어드레스 맵(LM-p)의 논리적 어드레스(LBA) 필드에 제1 논리적 어드레스(LBA1)가 추가될 수 있다. 예를 들어, 논리적 어드레스 맵들(LM-p, LM-np)의 논리적 어드레스(LBA)는 호스트(1100)로부터의 쓰기 커맨드에 기초한 쓰기 동작에 따라 추가될 수 있다. 또는, 논리적 어드레스 맵들(LM-p, LM-np)의 논리적 어드레스(LBA)는 호스트(1100)로부터의 명시적인 커맨드 또는 내부 정책에 기초한 데이터 이동/플러쉬/마이그레이션 동작에 따라 추가될 수 있다.
읽기 히트 카운트(RHC)는 논리적 어드레스(LBA)에 대응하는 데이터에 대하여 수행된 읽기 동작의 개수를 가리킨다. 데이터에 대한 호스트(1100)의 액세스가 증가될수록 대응하는 읽기 히트 카운트(RHC)가 증가될 수 있다. 예를 들어, 고정된 터보 라이트 버퍼(TWB-p)에 제1 논리적 어드레스(LBA1)에 대응하는 데이터가 저장된 경우, 데이터에 대한 읽기 동작에 따라 제1 논리적 어드레스(LBA1)에 대응하는 제1 읽기 히트 카운트(RHC1)가 증가될 수 있다.
쓰기 시간(WT)은 논리적 어드레스(LBA)에 대응하는 데이터가 기입된 시간에 대한 정보를 가리킨다. 예를 들어, 제1 논리적 어드레스(LBA1)에 대응하는 데이터가 고정된 터보 라이트 버퍼(TWB-p)에 기입된 경우, 제1 논리적 어드레스(LBA1)에 대응하여 제1 쓰기 시간(WT1)이 저장될 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 호스트(1100)로부터 쓰기 커맨드가 제공된 시간을 기반으로 쓰기 시간(WT)을 관리할 수 있으나, 본 발명이 이에 한정되는 것은 아니다.
스트림 식별자(SID)는 논리적 어드레스(LBA)에 대응하는 데이터와 관련된 스트림 정보를 가리킨다. 예를 들어, 스트림 식별자(SID)는 데이터를 생성하는 호스트(1100)의 애플리케이션, 프로세스 또는 장치에 따라 달라질 수 있다. 또는, 스트림 식별자(SID)는 데이터와 관련된 타겟 장치에 따라 달라질 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 쓰기 커맨드에 포함된 필드(예를 들어, “GROUP NUMBER”)의 값을 기반으로 스트림 식별자(SID)를 식별할 수 있다.
청크 사이즈(CS)는 논리적 어드레스(LBA)에 대응하는 데이터의 청크 사이즈를 가리킨다. 예를 들어, 청크 사이즈는 기입될 데이터의 인접한(contiguous) 논리적 블록들의 개수일 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 쓰기 커맨드에 포함된 필드(예를 들어, “TRANSFER LENGTH”)의 값을 기반으로 데이터의 청크 사이즈(CS)를 식별할 수 있다.
상술한 바와 같이, 메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)에 추가된 논리적 어드레스(LBA)와 관련하여 읽기 히트 카운트(RHC), 쓰기 시간(WT), 스트림 식별자(SID), 및 청크 사이즈(CS)를 관리할 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p)에 저장된 데이터에 대응하는 제2 논리적 어드레스(LBA2)에 대응하여 제2 읽기 히트 카운트(RHC2), 제2 쓰기 시간(WT2), 제2 스트림 식별자(SID2), 및 제2 청크 사이즈(CS2)를 논리적 어드레스 맵(LM-p)에 저장할 수 있다. 메모리 영역 속성 관리자(MAPM-d)는 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 데이터에 대응하는 제3 논리적 어드레스(LBA3)에 대응하여 제3 읽기 히트 카운트(RHC3), 제3 쓰기 시간(WT3), 제3 스트림 식별자(SID3), 및 제3 청크 사이즈(CS3)를 논리적 어드레스 맵(LM-np)에 저장할 수 있다.
터보 라이트 버퍼(TWB)로부터 사용자 스토리지(UST)로 데이터 이동/플러쉬/마이그레이션 동작이 수행되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM)을 업데이트할 수 있다. 예를 들어, 비고정된 터보 라이트 버퍼(TWB-np)의 제4 논리적 어드레스(LBA4)에 대응하는 데이터가 사용자 스토리지(UST)로 이동되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM-np)에서 제4 논리적 어드레스(LBA4)를 삭제할 수 있다.
고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 사이에 데이터 이동/플러쉬/마이그레이션 동작이 수행되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM)을 업데이트할 수 있다. 예를 들어, 고정된 터보 라이트 버퍼(TWB-p)의 제2 논리적 어드레스(LBA2)에 대응하는 데이터가 비고정된 터보 라이트 버퍼(TWB-np)로 이동되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM-p)에서 제2 논리적 어드레스(LBA2)를 삭제하고, 논리적 어드레스 맵(LM-np)에서 제2 논리적 어드레스(LBA2)를 추가할 수 있다.
도 11의 메모리 영역 관리자(MAM-d)는 논리적 어드레스 맵(LM)을 기반으로 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 예를 들어, 메모리 영역 관리자(MAM-d)는 데이터 이동/플러쉬/마이그레이션 동작 수행 시, 논리적 어드레스 맵(LM)을 기반으로 설정된 정책에 따라 우선순위 데이터를 선정할 수 있다. 우선순위 데이터를 선정하기 위한 정책들은 도 17을 참조하여 자세히 설명할 것이다.
도 13은 본 발명의 실시 예에 따라 터보 라이트 버퍼와 연관된 정책을 설정하는 동작의 예시를 보여준다. 도 13을 참조하면, S51 단계에서, 호스트(1100)는 터보 라이트 버퍼(TWB)와 연관된 정책을 쿼리 요청을 통해 스토리지 장치(1200)로 제공할 수 있다. 예를 들어, 호스트(1100)는 터보 라이트 버퍼(TWB)와 연관된 정책을 결정하고, 결정된 정책을 쿼리 요청을 통해 스토리지 장치(1200)로 제공할 수 있다.
S52 단계에서, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 터보 라이트 버퍼(TWB)와 관련된 정책을 설정할 수 있다. 스토리지 장치(1200)는 제공된 정책을 메타 데이터로서 저장하여 정책을 설정할 수 있다. 예를 들어, 스토리지 장치(1200)는 제공된 정책에 따라 필드 값을 변경하여 정책을 설정할 수 있다. 정책을 설정한 후, S53 단계에서, 스토리지 장치(1200)는 쿼리 응답을 호스트(1100)로 전송할 수 있다.
스토리지 장치(1200)는 S51 내지 S53 단계들을 통해 설정된 정책을 기반으로 터보 라이트 버퍼(TWB)와 관련된 다양한 동작들을 수행할 수 있다.
예를 들어, 스토리지 장치(1200)는 설정된 정책에 따라 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기를 고정하거나 또는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기를 가변할 수 있다. 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 가변되는 경우, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 비율이 가변될 수 있다. 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 고정되도록 정책이 설정되는 경우, 호스트(1100)에 의해 설정된 고정된 터보 라이트 버퍼(TWB-p)의 크기 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 고정될 수 있다. 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 가변되도록 정책이 설정되는 경우, 호스트(1100)에 의해 설정된 고정된 터보 라이트 버퍼(TWB-p)의 크기 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 다양한 원인(예를 들어, 설정된 정책)으로 인해 가변될 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)의 요청(예를 들어, Query Request UPIU)에 응답하여 고정된 터보 라이트 버퍼(TWB-p)의 크기 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기에 대한 정보(예를 들어, Query Response UPIU를 통해)를 호스트(1100)로 전달할 수 있다.
예를 들어, 스토리지 장치(1200)는 설정된 정책에 따라 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p)에 데이터를 기입하거나, 또는 비고정된 터보 라이트 버퍼(TWB-np)에 데이터를 기입할 수 있다. 스토리지 장치(1200)는 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)가 지정되지 않은 경우, 정책에 따라 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)에 데이터를 기입할 수 있다.
예를 들어, 스토리지 장치(1200)는 설정된 정책을 기반으로 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하거나, 또는 호스트(1100)로부터 명령이 제공되는 경우(예를 들어, 이동 커맨드가 제공되는 경우, 또는 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값 또는 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 플러쉬 동작의 활성화를 가리키는 경우)에만, 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 스토리지 장치(1200)가 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 경우, 스토리지 장치(1200)는 호스트(1100)로부터의 명령과 관계 없이 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다.
상술한 바와 같이, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 다양한 정책들에 따라 터보 라이트 버퍼(TWB)와 연관된 동작들을 수행할 수 있다. 이하에서는, 도 14 내지 도 17을 참조하여 호스트(1100)로부터 제공되는 정책들이 추가적으로 설명될 것이다.
도 14는 본 발명의 실시 예에 따른 호스트 명령에 따라 스토리지 장치가 플러쉬 동작을 수행하는 예시를 보여준다. 도 14를 참조하면, S61 단계에서, 호스트(1100)는 쿼리 요청을 통해 스토리지 장치(1200)로 플러쉬 동작을 지시할 수 있다. 도 7을 참조하여 설명한 바와 같이, 호스트(1100)는 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값 또는 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값을 통해 플러쉬 동작을 활성화시킬 수 있다.
S62 단계에서, 스토리지 장치(1200)는 쿼리 요청에 따라 플러쉬 활성화 필드의 값을 설정한 후, 호스트(1100)로 쿼리 응답을 전송할 수 있다. 스토리지 장치(1200)는 설정된 플러쉬 활성화 필드의 값에 따라 유휴 상태 또는 하이버네이션 상태에서 플러쉬할 수 있다.
플러쉬 동작을 수행하기 위해, S63 단계에서, 스토리지 장치(1200)는 플러쉬 동작과 연관된 정책을 확인할 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 플러쉬 동작과 연관된 정책을 미리 설정할 수 있다.
S64 단계에서, 스토리지 장치(1200)는 확인된 정책에 기초하여 데이터를 플러쉬할 수 있다. 예를 들어, 스토리지 장치(1200)는 하나의 플러쉬 동작에서 처리할 논리적 어드레스(LBA)의 개수에 따라 데이터를 플러쉬할 수 있다. 예를 들어, 스토리지 장치(1200)는 설정된 정책에 따라 데이터가 이동/플러쉬/마이그레이션된 터보 라이트 버퍼(TWB)의 물리적 저장 공간을 사용자 스토리지(UST)로 전환하거나, 또는 사용자 스토리지(UST)로 전환하지 않을 수 있다. 스토리지 장치(1200)가 터보 라이트 버퍼(TWB)의 물리적 저장 공간을 사용자 스토리지(UST)로 전환하는 경우, 사용자 스토리지(UST)의 물리적 저장 공간이 추가로 확보될 수 있다.
상술된 정책들은 호스트(1100)의 명령에 따라 스토리지 장치(1200)가 플러쉬 동작을 수행하는 경우뿐만 아니라 스토리지 장치(1200)가 자체적인 판단에 따라 플러쉬 동작을 수행하는 경우에도 적용될 수 있다.
도 15는 본 발명의 실시 예에 따른 호스트 명령에 따라 스토리지 장치가 이동 동작을 수행하는 예시를 보여준다. 도 15를 참조하면, S71 단계에서, 호스트(1100)는 커맨드 UPIU를 스토리지 장치(1200)로 전송할 수 있다. 커맨드 UPIU는 이동 정보(MV)(또는 이동 커맨드)를 포함할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)의 소스 영역(SRC)의 데이터를 목적지 영역(DEST)으로 이동시키기 위한 이동 커맨드를 스토리지 장치(1200)로 제공할 수 있다.
S72 단계에서, 스토리지 장치(1200)는 이동 동작과 연관된 정책을 확인할 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 이동 동작과 연관된 정책을 미리 설정할 수 있다.
S73 단계에서, 스토리지 장치(1200)는 확인된 정책에 기초하여 데이터를 이동할 수 있다. 예를 들어, 목적지 영역(DEST)의 자유 용량이 소스 영역(SRC)의 크기보다 작은 경우, 스토리지 장치(1200)는 데이터를 이동하지 않을 수 있다. 이 경우, 스토리지 장치(1200)는 이동 동작을 에러로 처리할 수 있다. 또는, 목적지 영역(DEST)의 자유 용량이 소스 영역(SRC)의 크기보다 작은 경우, 스토리지 장치(1200)는 이동 가능한 크기(즉, 목적지 영역(DEST)의 자유 용량)만큼만 데이터를 이동할 수 있다. 또는, 스토리지 장치(1200)는 목적지 영역(DEST)에 저장된 데이터를 퇴거시킨 후(예를 들어, 다른 영역으로 데이터를 이동/플러쉬/마이그레이션한 후), 자유 용량을 추가로 확보할 수 있다. 이 경우, 스토리지 장치(1200)는 목적지 영역(DEST)의 이미 확보된 공간 및 추가로 확보된 공간에 소스 영역(SRC)의 데이터를 이동할 수 있다.
이동이 완료된 후, S74 단계에서, 스토리지 장치(1200)는 이동 커맨드에 대한 응답을 호스트(1100)로 전송할 수 있다.
도 15에는 스토리지 장치(1200)가 이동 커맨드에 응답하여 데이터의 이동을 완료한 후, 이동 커맨드에 대한 응답을 호스트(1100)로 전송하는 예시를 도시하였으나, 본 발명이 이에 한정되는 것은 아니다. 예를 들어, 스토리지 장치(1200)는 이동 커맨드에 대한 응답을 호스트(1100)로 전송한 후, 이동 동작과 연관된 정책을 확인하고, 정책에 따라 데이터를 이동할 수 있다. 이와 같은 이동 커맨드에 대한 응답 시점은 호스트(1100)에 의해 정책으로 미리 설정될 수 있다. 즉, 스토리지 장치(1200)는 정책에 따라 이동 커맨드에 대한 응답 시점을 다르게 전송할 수 있다.
도 16은 본 발명의 실시 예에 따라 스토리지 장치가 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 예시를 보여준다. 도 16을 참조하면, S81 단계에서, 스토리지 장치(1200)는 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있는지 확인할 수 있다. 스토리지 장치(1200)는 설정된 정책을 확인하여 S81 단계를 수행할 수 있다.
자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작이 수행 가능한 경우, S82 단계에서, 스토리지 장치(1200)는 데이터 이동/플러쉬/마이그레이션 동작과 연관된 정책을 확인할 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 데이터 이동/플러쉬/마이그레이션 동작과 연관된 정책을 미리 설정할 수 있다.
S83 단계에서, 스토리지 장치(1200)는 확인된 정책을 기반으로 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 예를 들어, 스토리지 장치(1200)는 정책에 따라 터보 라이트 버퍼(TWB)의 자유 용량이 부족한 경우, 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 구체적으로, 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)의 자유 용량이 기준 값 이하인 경우, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)의 데이터를 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 정책에 따라 터보 라이트 버퍼(TWB)의 자유 용량이 부족하더라도 데이터 이동/플러쉬/마이그레이션 동작을 수행하지 않을 수 있다. 이 경우, 터보 라이트 시, 스토리지 장치(1200)는 데이터를 사용자 스토리지(UST)에 우선 기입할 수 있다.
예를 들어, 스토리지 장치(1200)는 고성능 읽기 히트 카운트(read hit count)에 따라 데이터를 이동할 수 있다. 고성능 읽기 히트 카운트는 비고정된 터보 라이트 버퍼(TWB-np) 또는 사용자 스토리지(UST)로부터 고정된 터보 라이트 버퍼(TWB-p)로 데이터가 이동되기 위한 읽기 히트 카운트를 가리킬 수 있다. 고성능 읽기 히트 카운트는 호스트(1100)에 의해 미리 정책으로 설정될 수 있다. 비고정된 터보 라이트 버퍼(TWB-np) 또는 사용자 스토리지(UST)의 데이터에 대한 읽기 히트 카운트가 고성능 읽기 히트 카운트 이상인 경우, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p)로 데이터를 이동할 수 있다.
예를 들어, 스토리지 장치(1200)는 정책에 따라 읽기 히트 카운트가 미리 설정된 값 이하인 고정된 터보 라이트 버퍼(TWB-p)의 데이터를 사용자 스토리지(UST)로 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 정책에 따라 읽기 히트 카운트가 미리 설정된 값 이하인 고정된 터보 라이트 버퍼(TWB-p)의 데이터를 비고정된 터보 라이트 버퍼(TWB-np)로 이동/플러쉬/마이그레이션할 수 있다. 비고정된 터보 라이트 버퍼(TWB-np) 또는 사용자 스토리지(UST)로 이동/플러쉬/마이그레이션된 데이터는 고성능 읽기 히트 카운트에 따라 다시 고정된 터보 라이트 버퍼(TWB-p)로 이동될 수 있다.
상술한 바와 같이, 스토리지 장치(1200)는 호스트(1100)로부터의 명령과 관계없이 S82 단계 및 S83 단계의 동작들을 수행할 수 있다. 예를 들어, 스토리지 장치(1200)는 유휴 상태 또는 하이버네이션 상태에서 S82 단계 및 S83 단계의 동작들을 수행할 수 있다.
자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작이 수행 가능하지 않은 경우, 도 14 및 도 15를 참조하여 설명한 바와 같이, 스토리지 장치(1200)는 호스트(1100)로부터 명령이 전송되는 경우에만 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다.
도 17은 본 발명의 실시 예에 따라 스토리지 장치가 우선순위 데이터를 선정하는 동작의 예시를 보여준다. 스토리지 장치(1200)는 호스트(1100)로부터의 명령에 따라 플러쉬 동작을 수행하거나, 또는 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 경우, 우선순위 데이터를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)가 터보 라이트 버퍼(TWB)로부터 사용자 스토리지(UST)로 데이터를 이동/플러쉬/마이그레이션하는 경우, 도 17의 동작이 수행될 수 있다.
도 17을 참조하면, S91 단계에서, 스토리지 장치(1200)는 정책에 따라 복수의 터보 라이트 버퍼들 중 우선순위 터보 라이트 버퍼(TWB)를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 인덱스(index)를 기반으로 우선순위 터보 라이트 버퍼(TWB)를 선정할 수 있다. 스토리지 장치(1200)는 인덱스가 가장 낮은 터보 라이트 버퍼(TWB)를 우선순위 터보 라이트 버퍼(TWB)로 선정하거나, 또는 인덱스가 가장 높은 터보 라이트 버퍼(TWB)를 우선순위 터보 라이트 버퍼(TWB)로 선정할 수 있다. 이 경우, 스토리지 장치(1200)는 우선순위 터보 라이트 버퍼(TWB)의 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 타입이 논리 유닛 전용 버퍼 타입인 경우에만 S91 단계의 동작을 수행할 수 있다. 즉, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 타입이 공유 버퍼 타입인 경우, S91 단계의 동작을 생략할 수 있다.
S92 단계에서, 스토리지 장치(1200)는 정책에 따라 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 우선순위 영역을 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 S91 단계에서 선정된 우선순위 터보 라이트 버퍼(TWB) 중에서 우선순위 영역을 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 선정된 우선순위 영역에 따라 고정된 터보 라이트 버퍼(TWB-p)의 데이터를 먼저 이동/플러쉬/마이그레이션하거나, 또는 비고정된 터보 라이트 버퍼(TWB-np)의 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다.
S93 단계에서, 스토리지 장치(1200)는 정책에 따라 우선순위 데이터를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 S92 단계에서 선정된 우선순위 영역 중에서 우선순위 데이터를 선정할 수 있다. 예시적인 실시 예에서, 스토리지 장치(1200)는 도 12의 논리적 어드레스 맵(LM)을 기반으로 우선순위 데이터를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 대응하는 읽기 히트 카운트(RHC)가 미리 설정된 기준 값 이하인 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 대응하는 쓰기 시간(WT)과 현재 시간의 차이 값이 미리 설정된 기준 값 이상인 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 대응하는 스트림 식별자(SID)가 낮은 데이터를 먼저 이동/플러쉬/마이그레이션하거나 대응하는 스트림 식별자(SID)가 높은 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 대응하는 청크 사이즈(CS)가 미리 설정된 기준 값 이하인 데이터를 먼저 이동/플러쉬/마이그레이션하거나 대응하는 청크 사이즈(CS)가 미리 설정된 기준 값 이상의 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다.
상술한 바와 같이, 스토리지 장치(1200)는 설정된 정책을 기반으로 데이터 이동/플러쉬/마이그레이션 동작을 위한 우선순위 데이터를 선정할 수 있다.
도 18은 본 발명의 실시 예에 따른 스토리지 시스템을 더 상세하게 보여주는 블록도이다. 도 11 및 도 18을 참조하면, 스토리지 시스템(1000)은 호스트(1100) 및 스토리지 장치(1200)를 포함한다. 호스트(1100) 및 스토리지 장치(1200)는 도 1 내지 도 17을 참조하여 설명된 바에 따라 동작할 수 있다. 스토리지 장치(1200)는 호스트(1100)에 부착된 임베디드 장치 또는 호스트(1100)와 탈착 가능한 카드 장치로 구현될 수 있다.
호스트(1100)는 애플리케이션 프로세서(1110), 랜덤 액세스 메모리(1120)(RAM), 모뎀(1130), 장치 드라이버(1140), 스피커(1150), 디스플레이(1160), 터치 패널(1170), 마이크로폰(1180), 그리고 이미지 센서들(1190)을 포함할 수 있다.
애플리케이션 프로세서(1110)는 애플리케이션(AP-h) 및 파일 시스템(FS-h)을 실행할 수 있다. 애플리케이션 프로세서(1110)는 RAM(1120)을 시스템 메모리로 사용할 수 있다. 애플리케이션 프로세서(1110)는 모뎀(1130)을 통해 외부의 장치와 유선 또는 무선으로 통신할 수 있다. 예시적인 실시 예에서, 모뎀(1130)은 애플리케이션 프로세서(1110)의 내부에 내장될 수 있다.
애플리케이션 프로세서(1110)는 장치 드라이버(1140)를 통해 주변 장치들과 통신할 수 있다. 예를 들어, 애플리케이션 프로세서(1110)는 장치 드라이버(1140)를 통해 스피커(1150), 디스플레이(1160), 터치 패널(1170), 마이크로폰(1180), 이미지 센서들(1190), 그리고 스토리지 장치(1200)와 통신할 수 있다.
장치 드라이버(1140)는 장치 관리자(DM-h), UFS 애플리케이션 계층(UAP-h), UFS 전송 프로토콜 계층(UTP-h), 및 UFS 인터커넥트 계층(UIC-h)를 포함할 수 있다. 예시적인 실시 예에서, 장치 드라이버(1140)는 애플리케이션 프로세서(1110)의 내부에 내장될 수 있다.
스피커(1150) 및 디스플레이(1160)는 사용자에게 정보를 전달하는 사용자 출력 인터페이스들일 수 있다. 터치 패널(1170), 마이크로폰(1180), 그리고 이미지 센서들(1190)은 사용자로부터 정보를 수신하는 사용자 입력 인터페이스들일 수 있다.
도 19는 스토리지 시스템에 본 발명의 실시 예가 적용된 개념도를 보여준다. 도 18 및 도 19를 참조하면, 스토리지 시스템(1000)은 디스플레이(1160)를 통해 설정 화면들을 제공할 수 있다. 설정 화면들 중 하나는 사용자에게 가속 모드의 정보를 제공할 수 있다.
스토리지 시스템(1000)은 가속 모드가 적용될 수 있는 제1 내지 제n 애플리케이션들(APP1~APPn)의 목록을 디스플레이(1160)를 통해 표시할 수 있다. 또한, 스토리지 시스템은 제1 내지 제n 애플리케이션들(APP1~APPn)의 가속 모드들을 조절할 수 있는 스위치들을 디스플레이(1160)를 통해 표시할 수 있다.
S110 단계에서, 사용자는 제3 애플리케이션(APP3)의 가속 모드의 활성화 위치를 터치할 수 있다. 스토리지 시스템(1000)은 터치 패널(1170)을 통해 사용자의 터치, 즉 제3 애플리케이션(APP3)을 활성화하는 지시를 감지할 수 있다. S120 단계에서, 제3 애플리케이션(APP3) 또는 제3 애플리케이션(APP3)의 프로세스들의 정보가 입출력 스트림 관리자(IOSM-h)로 전달될 수 있다.
제3 애플리케이션(APP3) 또는 제3 애플리케이션(APP3)의 프로세스들의 정보가 수신됨에 따라, S130 단계에서, 입출력 스트림 관리자(IOSM-h)는 선택된 제3 애플리케이션(APP3) 또는 프로세스들의 후속 읽기에 이동 동작을 예약할 수 있다. 예를 들어, 입출력 스트림 관리자(IOSM-h)는 쿼리 요청 UPIU를 통해 제3 애플리케이션(APP3)과 연관된 데이터에 대해 이동 속성들(MA)을 설정하고, 그리고 적절한 시점에 이동 정보(MV)를 포함하는 커맨드 UPIU를 생성할 수 있다.
다른 예로서, 입출력 스트림 관리자(IOSM-h)는 적절한 시점에 이동 정보(MV)를 포함하는 커맨드 UPIU를 생성하거나, 또는 이동 정보(MV)를 포함하는 커맨드 UPIU 및 데이터 아웃 UPIU를 생성할 수 있다. 예를 들어, 입출력 스트림 관리자(IOSM-h)는 이동 정보의 목적지 정보(DEST)로서 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)를 지정할 수 있다.
제3 애플리케이션(APP3)과 연관되 데이터가 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)로 이동되면, 제3 애플이케이션(APP3)과 연관된 데이터의 읽기가 가속된다. 따라서, 제3 애플리케이션(APP3)의 성능이 가속될 수 있다.
예시적인 실시 예에서, 제3 애플리케이션(APP3)의 가속 모드가 비활성화된 경우, 입출력 스트림 관리자(IOSM-h)는 제3 애플리케이션(APP3)의 이동 동작, 예를 들어 사용자 스토리지(UST) 또는 비고정된 터보 라이트 버퍼(TWB-np)로의 이동 동작을 예약할 수 있다.
상술된 실시 예들에서, UFS 프로토콜에 기반하여 본 발명의 기술적 사상이 설명되었다. 그러나 본 발명의 기술적 사상은 UFS 프로토콜에 한정되지 않으며, 다양한 프로토콜들에 적용될 수 있다.
상술된 실시 예들에서, 제1, 제2, 제3 등의 용어들을 사용하여 스토리지 시스템(1000)의 구성 요소들이 설명되었다. 그러나 제1, 제2, 제3 등과 같은 용어들은 구성 요소들을 서로 구별하기 위해 사용되며, 본 발명을 한정하지 않는다. 예를 들어, 제1, 제2, 제3 등과 같은 용어들은 순서 또는 임의의 형태의 수치적 의미를 내포하지 않는다.
상술된 실시 예들에서, 블록들을 사용하여 본 발명의 실시 예들에 따른 구성 요소들이 표현되었다. 블록들은 IC (Integrated Circuit), ASIC (Application Specific IC), FPGA (Field Programmable Gate Array), CPLD (Complex Programmable Logic Device) 등과 같은 다양한 하드웨어 장치들, 하드웨어 장치들에서 구동되는 펌웨어, 응용과 같은 소프트웨어, 또는 하드웨어 장치와 소프트웨어가 조합된 형태로 구현될 수 있다. 또한, 블록들은 IC 내의 반도체 소자들로 구성되는 회로들 또는 IP(Intellectual Property)로 등록된 회로들을 포함할 수 있다.
상술된 내용은 본 발명을 실시하기 위한 구체적인 실시 예들이다. 본 발명은 상술된 실시 예들뿐만 아니라, 단순하게 설계 변경되거나 용이하게 변경할 수 있는 실시 예들 또한 포함할 것이다. 또한, 본 발명은 실시 예들을 이용하여 용이하게 변형하여 실시할 수 있는 기술들도 포함될 것이다. 따라서, 본 발명의 범위는 상술된 실시 예들에 국한되어 정해져서는 안되며 후술하는 특허청구범위뿐만 아니라 이 발명의 특허청구범위와 균등한 것들에 의해 정해져야 할 것이다.
이하에서, 본 발명의 기술 분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있을 정도로, 본 발명의 실시 예들이 명확하고 상세하게 기재될 것이다.
도 1은 본 발명의 실시 예에 따른 스토리지 시스템을 보여주는 블록도이다. 도 1을 참조하면, 스토리지 시스템(1000)은 호스트(1100) 및 스토리지 장치(1200)를 포함할 수 있다. 예시적인 실시 예에서, 스토리지 시스템(1000)은, 개인용 컴퓨터, 노트북, 태블릿, 스마트 폰, 웨어러블 장치 등과 같은 컴퓨팅 시스템들 중 하나일 수 있다.
호스트(1100)는 스토리지 장치(1200)에 데이터를 저장하거나 또는 스토리지 장치(1200)에 저장된 데이터를 읽을 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)에 데이터를 저장하기 위하여 쓰기 커맨드 및 쓰기 데이터를 스토리지 장치(1200)로 전송할 수 있다. 또는 호스트(1100)는 스토리지 장치(1200)에 저장된 데이터를 읽기 위하여, 읽기 커맨드를 스토리지 장치(1200)로 전송하고, 스토리지 장치(1200)로부터 데이터를 수신할 수 있다.
호스트(1100)는 중앙 처리 장치(CPU), 응용 프로세서(AP)와 같은 주 프로세서를 포함할 수 있다. 또한, 호스트(1100)는 그래픽 처리 장치(GPU), 신경 처리 장치(NPU)(Neural Processing Unit) 등과 같은 주 프로세서를 보조하는 보조 프로세서를 포함할 수 있다.
스토리지 장치(1200)는 호스트(1100)의 제어에 따라 동작할 수 있다. 예를 들어, 스토리지 장치(1200)는 컨트롤러(1210) 및 불휘발성 메모리 장치(1220)를 포함할 수 있다. 컨트롤러(1210)는 호스트(1100)로부터 수신된 커맨드에 응답하여 동작할 수 있다. 예를 들어, 컨트롤러(1210)는 호스트(1100)로부터 쓰기 커맨드 및 쓰기 데이터를 수신하고, 수신된 쓰기 커맨드에 응답하여, 수신된 쓰기 데이터를 불휘발성 메모리 장치(1220)에 저장할 수 있다.
또는 컨트롤러(1210)는 호스트(1100)로부터 읽기 커맨드를 수신하고, 수신된 읽기 커맨드에 응답하여, 불휘발성 메모리 장치(1220)에 저장된 데이터를 읽을 수 있다. 이후에, 컨트롤러(1210)는 읽은 데이터를 호스트(1100)로 전송할 수 있다. 예시적인 실시 예에서, 불휘발성 메모리 장치(1220)는 낸드 플래시 메모리 장치일 수 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다.
예시적인 실시 예에서, 호스트(1100)는 JEDEC 표준에 의해 정의된 UFS(universal flash storage) 인터페이스를 기반으로 스토리지 장치(1200)와 통신할 수 있다. 예를 들어, 호스트(1100) 및 스토리지 장치(1200)는 UFS 프로토콜 정보 단위(UPIU)(UFS protocol information unit)의 형태를 갖는 패킷을 교환할 수 있다. UPIU는 호스트(1100) 및 스토리지 장치(1200) 사이의 인터페이스(예를 들어, UFS 인터페이스)에 의해 정의된 다양한 정보를 포함할 수 있다. 그러나 본 발명의 범위가 이에 한정되는 것은 아니다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트(Turbo Write) 기능을 지원할 수 있으며, 호스트(1100)의 제어에 따라, 터보 라이트 기능이 활성화 또는 비활성화될 수 있다. 호스트(1100)의 제어에 따라 터보 라이트 기능이 활성화된 경우, 스토리지 장치(1200)는 터보 라이트 동작을 수행할 수 있다. 터보 라이트 동작은 SLC 쓰기를 기반으로 수행되며, 스토리지 장치(1200)의 향상된 성능(특히, 향상된 쓰기 성능)을 제공할 수 있다. 터보 라이트 동작(Turbo Write Operation)은 이하의 도면들을 참조하여 더욱 상세하게 설명된다.
도 2는 도 1의 스토리지 장치의 물리적 저장 공간을 예시적으로 보여주는 도면이다. 스토리지 장치(1200)의 물리적 저장 공간(PS)은 불휘발성 메모리 장치(1220)에서 실제 사용자 데이터가 저장되는 물리적인 영역을 가리킬 수 있다. 즉, 물리적 저장 공간(PS)은 호스트(1100)에 의해 스토리지 장치(1200)의 용량으로 식별될 수 있는 공간일 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 도 2에 도시된 물리적 저장 공간(PS) 이외의 다른 저장 공간(예를 들어, 예비 영역, 메타 데이터의 저장을 위한 메타 영역, 또는 성능 향상을 위한 오버프로비져닝 영역 등과 같은 호스트(1100)에 의해 스토리지 장치(1200)의 용량으로 식별되지 않는 공간)을 더 포함할 수 있으나, 본 발명의 설명의 편의를 위하여, 이에 대한 상세한 설명은 생략(또는 최소화)되고, 사용자 데이터가 저장되는 물리적 저장 공간(PS)에 집중하여 본 발명의 기술적 사상이 설명된다.
도 1 및 도 2를 참조하면, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 터보 라이트 버퍼 영역(TWB)(Turbo Write Buffer area)(이하에서, 설명의 편의를 위하여, "터보 라이트 버퍼"라 칭함.) 및 사용자 스토리지 영역(UST)(User Storage area)(이하에서, 설명의 편의를 위하여, "사용자 스토리지(User Storage)"라 칭함.)을 포함할 수 있다.
터보 라이브 버퍼(TWB)는 스토리지 장치(1200)의 불휘발성 메모리 장치(1220)의 물리적 저장 공간(PS) 중 일부(예를 들어, a)와 대응될 수 있다. 사용자 스토리지(UST)는 스토리지 장치(1200)의 불휘발성 메모리 장치(1220)의 물리적 저장 공간(PS) 중 나머지 일부(예를 들어, b)와 대응되거나 또는 불휘발성 메모리 장치(1220)의 물리적 저장 공간(PS) 전부(예를 들어, a+b)와 대응될 수 있다.
예시적인 실시 예에서, 터보 라이트 버퍼(TWB)에 대응되는 메모리 셀들 각각은 단일 레벨 셀(SLC; single level cell)로서 사용될 수 있고, 사용자 스토리지(UST)에 대응되는 메모리 셀들 각각은 삼중 레벨 셀(TLC; triple level cell)로서 사용될 수 있다. 또는 터보 라이트 버퍼(TWB)에 대응되는 메모리 셀들 각각은 n-비트(n은 양의 정수)의 데이터를 저장하도록 구성될 수 있고, 사용자 스토리지(UST)에 대응되는 메모리 셀들 각각은 m-비트의 데이터(단, m은 n보다 큰 양의 정수)를 저장하도록 구성될 수 있다. 즉, 터보 라이트 버퍼(TWB)는 사용자 스토리지(UST)보다 빠른 고속 쓰기를 지원하는 영역을 가리킬 수 있다.
예시적인 실시 예에서, 참조 기호 "a" 및 "b"는 각 저장 공간에 대응하는 메모리 블록들의 개수를 의미할 수 있다. 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST)의 크기 및 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST)의 구현 방식(예를 들어, SLC, MLC, TLC, QLC 등)에 따라, "a" 및 "b"의 값은 다양하게 가변될 수 있다.
예시적인 실시 예에서, 도 1을 참조하여 설명된 바와 같이, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 노멀 라이트 및 터보 라이트 기능을 지원할 수 있다. 호스트(1100)에 의해 터보 라이트 기능이 활성화된 경우, 스토리지 장치(1200)는 터보 라이트 동작을 수행할 수 있다. 호스트(1100)에 의해 터보 라이트 기능이 비활성화된 경우, 스토리지 장치(1200)는 노멀 라이트 동작을 수행할 수 있다.
예를 들어, 터보 라이트 기능이 활성화된 경우, 스토리지 장치(1200)는 호스트(1100)로부터 수신된 쓰기 데이터를 터보 라이트 버퍼(TWB)에 우선 기입할 수 있다. 이 경우, 호스트(1100)로부터 수신된 쓰기 데이터가 터보 라이트 버퍼(TWB)에 기입(예를 들어, SLC 프로그램)되기 때문에, 사용자 스토리지(UST)에 대한 노멀 라이트 동작(예를 들어, TLC 프로그램)이 수행되는 경우보다 빠른 동작 속도가 보장될 수 있다. 터보 라이트 기능이 비활성화된 경우, 스토리지 장치(1200)는 쓰기 데이터를 터보 라이트 버퍼(TWB)에 우선 기입하지 않을 수 있다. 스토리지 장치(1200)는 내부적으로 정해진 정책(예를 들어, 노멀 라이트 정책)에 따라, 쓰기 데이터를 사용자 스토리지(UST)에 직접 기입하거나 또는 터보 라이트 버퍼(TWB)에 기입할 수 있다. 쓰기 데이터를 어떻게 기입하는 지는 노멀 라이트 정책에 따라, 터보 라이트 버퍼(TWB)의 데이터 점유율, 물리적 저장 공간(PS)의 상태 등과 같은 다양한 요인들을 반영하여 결정될 수 있다.
다른 예로서, 노멀 라이트 정책은 쓰기 데이터를 사용자 스토리지(UTS)에 우선 기입하도록 정해질 수 있다. 본 발명의 기술적 사상을 명확히 전달하기 위하여, 아래의 상세한 설명에서 노멀 라이트 정책은 쓰기 데이터를 사용자 스토리지(UTS)에 우선 기입하는 것으로 가정된다. 그러나 본 발명의 기술적 사상은 이에 한정되지 않는다.
예시적인 실시 예에서, 터보 라이트 버퍼(TWB)에 기입된 데이터는 호스트(1100)로부터의 명시적인 커맨드 또는 내부적으로 정해진 정책에 따라 사용자 스토리지(UST)로 플러쉬 또는 마이그레이션될 수 있다.
도 3a 및 도 3b는 도 2의 터보 라이트 버퍼 타입을 설명하기 위한 도면들이다. 도 1, 도 2, 도 3a 및 도 3b를 참조하면, 스토리지 장치(1200)는 제1 내지 제4 논리 유닛들(LU1~LU4)을 포함할 수 있다. 제1 내지 제4 논리 유닛들(LU1~LU4) 각각은 호스트(1100)로부터의 커맨드를 처리하는, 외부적으로 관리 가능하고, 독립적인 처리 객체를 가리킬 수 있다. 호스트(1100)는 제1 내지 제4 논리 유닛들(LU1~LU4)을 통해 스토리지 장치(1200)의 저장 공간을 관리할 수 있다. 제1 내지 제4 논리 유닛들(LU1~LU4) 각각은 스토리지 장치(1200)에서 사용자 데이터를 저장하기 위하여 사용될 수 있다.
제1 내지 제4 논리 유닛들(LU1~LU4) 각각은 불휘발성 메모리 장치(1220)의 적어도 하나의 메모리 블록과 연관될 수 있다. 다양한 용도로 사용되는 다양한 종류의 논리 유닛들이 존재하지만, 여기에서 제1 내지 제4 논리 유닛들(LU1~LU4)은 물리적 저장 공간(PS)에 대응하며 호스트(1100)의 데이터를 저장하는데 사용되는 것으로 가정된다.
비록 도 3a 및 도 3b에서, 제1 내지 제4 논리 유닛들(LU1~LU4)이 도시되어 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다. 예를 들어, 스토리지 장치(1200)는 제1 내지 제4 논리 유닛들(LU1~LU4) 이외에 사용자 데이터를 저장하고 관리하기 위한 다른 논리 유닛들을 더 포함할 수 있다. 또는 스토리지 장치(1200)는 제1 내지 제4 논리 유닛들(LU1~LU4) 이외에, 다양한 기능들을 지원하기 위한 다른 논리 유닛들을 더 포함할 수 있다.
본 발명의 실시 예에 따른 스토리지 장치(1200)의 터보 라이트 버퍼(TWB)는 다양한 타입들(types)로 구성될 수 있다. 터보 라이트 버퍼(TWB)는 논리 유닛 전용 버퍼 타입(LU dedicated buffer type) 및 공유 버퍼 타입(shared buffer type) 중 어느 하나의 타입으로 구성될 수 있다.
논리 유닛 전용 버퍼 타입의 경우, 논리 유닛(LU)마다 터보 라이트 버퍼(TWB)가 독립적으로 또는 개별적으로 구성될 수 있다. 예를 들어, 도 3a에 도시된 바와 같이, 논리 유닛 전용 버퍼 타입에서, 제1 내지 제4 논리 유닛들(LU1~LU4) 중 제1 논리 유닛(LU1)에 대하여 제1 터보 라이트 버퍼(TWB1)가 구성될 수 있고, 제3 논리 유닛(LU3)에 대하여 제3 터보 라이트 버퍼(TWB3)가 구성될 수 있다.
이러한 논리 유닛 전용 버퍼 타입에서, 터보 라이트가 활성화된 후에 제1 논리 유닛(LU1)에 대한 쓰기 커맨드가 수신된 경우, 제1 논리 유닛(LU1)에 대응하는 제1 터보 라이트 버퍼(TWB1)에 쓰기 데이터가 우선 기입될 수 있다. 터보 라이트가 활성화된 후에 제3 논리 유닛(LU3)에 대한 쓰기 데이터가 수신된 경우, 제3 논리 유닛(LU3)에 대응하는 제3 터보 라이트 버퍼(TWB3)에 쓰기 데이터가 우선 기입될 수 있다.
터보 라이트 버퍼(TWB)가 구성되지 않은 제2 및 제4 논리 유닛들(LU2, LU4)에 대한 쓰기 커맨드가 수신된 경우, 제2 및 제4 논리 유닛들(LU2, LU4)에 대응하는 사용자 스토리지(UST)에 쓰기 데이터가 기입될 수 있다. 또한, 터보 라이트가 비활성화된 후에 제1 논리 유닛(LU1) 또는 제3 논리 유닛(LU3)에 대한 쓰기 커맨드가 수신된 경우, 쓰기 데이터는 노멀 라이트의 정책에 따라 제1 논리 유닛(LU1)의 사용자 스토리지(UST) 또는 제1 터보 라이트 버퍼(TWB1)에 기입되거나, 또는 제3 논리 유닛(LU3)의 사용자 스토리지(UST) 또는 제3 터보 라이트 버퍼(TWB3)에 기입될 수 있다.
예시적인 실시 예에서, 제1 및 제3 터보 라이트 버퍼들(TWB1, TWB3) 각각의 용량은 서로 독립적으로 설정될 수 있다. 그러나 본 발명의 범위가 이에 한정되는 것은 아니며, 터보 라이트 버퍼가 할당되는 논리 유닛들의 개수, 각 터보 라이트 버퍼의 용량 등은 다양하게 변형될 수 있다.
예시적인 실시 예에서, 각 논리 유닛에 대한 터보 라이트 버퍼(TWB)의 크기는 유닛 디스크립터(Unit Descriptor)의 유닛당 터보 라이트 버퍼 크기 필드(예를 들어, "dLUNumTurboWriteBufferAllocUnits")에 설정될 수 있다. 예시적인 실시 예에서, 유닛당 터보 라이트 버퍼 크기 필드(예를 들어, "dLUNumTurboWriteBufferAllocUnits")는 설정 가능한 파라미터일 수 있다.
공유 버퍼 타입(shared buffer type)의 경우, 복수의 논리 유닛들 전체에 대하여 하나의 터보 라이트 버퍼가 구성될 수 있다. 예를 들어, 도 3b에 도시된 바와 같이, 공유 버퍼 타입에서, 제1 내지 제4 논리 유닛들(LU1~LU4) 전체에 대하여 하나의 공유된 터보 라이트 버퍼(TWB0)가 구성될 수 있다.
이 경우, 터보 라이트가 활성화된 후에 제1 내지 제4 논리 유닛들(LU1~LU4) 각각에 대한 쓰기 커맨드가 수신된 경우, 쓰기 데이터는 공유된 터보 라이트 버퍼(TWB0)에 먼저 기입될 수 있다. 터보 라이트가 비활성화된 후에 제1 내지 제4 논리 유닛들(LU1~LU4) 각각에 대한 쓰기 커맨드가 수신된 경우, 쓰기 데이터는 노멀 라이트의 정책에 따라 제1 내지 제4 논리 유닛들(LU1~LU4)의 각각에 또는 공유된 터보 라이트 버퍼(TWB0)에 기입될 수 있다.
상술된 바와 같이, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 터보 라이트 기능을 지원하기 위한 터보 라이트 버퍼(TWB)를 포함할 수 있다. 터보 라이트 버퍼(TWB)는 버퍼 타입(예를 들어, 논리 유닛 전용 버퍼 타입 또는 공유 버퍼 타입)에 따라, 복수의 논리 유닛들 각각에 대하여 독립적으로 구성될 수 있거나, 또는, 복수의 논리 유닛들 전체에 대하여 하나로 구성될 수 있다.
도 4a 및 도 4b는 도 1의 스토리지 장치의 터보 라이트 버퍼를 구성하는 모드들을 설명하기 위한 도면들이다. 이하에서, 설명의 편의를 위하여, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 TLC 기준으로 32GB인 것으로 가정한다. 즉, 스토리지 장치(1200)에 포함된 메모리 셀들 각각이 3-비트의 데이터를 저장할 경우, 스토리지 장치(1200)는 32GB의 사용자 데이터를 저장할 수 있을 것이다.
그러나, 본 발명의 범위가 이에 한정되는 것은 아니며, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 메모리 셀들의 타입(SLC, MLC, TLC, QLC 등), 메모리 셀들의 개수, 메모리 셀들의 구성, 오버프로비져닝 비율 등과 같은 스토리지 장치(1200) 또는 불휘발성 메모리 장치(1220)의 구현 방식에 따라 다양하게 가변될 수 있다.
도 1, 도 4a, 및 도 4b를 참조하면, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 다양한 모드들에 따라 터보 라이트 버퍼(TWB)의 물리적 저장 공간을 구성할 수 있다. 예를 들어, 스토리지 장치(1200)는 사용자 용량 차감 모드 및 사용자 용량 비차감 모드 중 어느 하나의 모드를 기반으로 터보 라이트 버퍼의 물리적 저장 공간을 구성할 수 있다.
사용자 용량 차감 모드(User Capacity Reduction Mode)는, 터보 라이트 버퍼(TWBa)를 구성하기 위하여 사용자 스토리지(USTa)의 사용자 용량을 차감시키는 모드를 가리킬 수 있다. 예를 들어, 도 4a에 도시된 바와 같이, 스토리지 장치(1200)의 물리적 저장 공간(PS)이 TLC 기준으로 32GB일 수 있다.
터보 라이트 버퍼(TWB)가 구성되기 전에, 32GB의 용량(즉, 물리적 저장 공간(PS)의 전체 용량)이 사용자 스토리지(UST)로 할당되거나 또는 사용자 스토리지(UST)를 위해 사용될 수 있다. 이 경우, 호스트(1100) 측 관점에서 사용자 스토리지(UST)는 32GB의 크기로 인식될 것이다.
사용자 용량 차감 모드에 따라 터보 라이트 버퍼(TWB)가 구성될 수 있다. 이 경우, 물리적 저장 공간(PS) 중 일부인 제2 물리적 저장 공간(PS2a)이 터보 라이트 버퍼(TWBa)로 할당되거나 또는 터보 라이트 버퍼(TWBa)를 위해 사용될 수 있다.
또한 물리적 저장 공간(PS)의 일부인 제1 물리적 저장 공간(PS1a)이 사용자 스토리지(USTa)를 위해 할당되거나 또는 사용자 스토리지(USTa)를 위해 사용될 수 있다. 이 경우, 터보 라이트 버퍼(TWBa)의 구성 전과 비교하여, 호스트(1100) 측 관점에서는 사용자 스토리지(USTa)의 용량이 감소(즉, 32GB로부터 26GB로)할 수 있다.
예시적인 실시 예에서, 사용자 스토리지(USTa)에 대응하는 제1 물리적 저장 공간(PS1a)은 TLC로 구성되고, 터보 라이트 버퍼(TWBa)에 대응하는 제2 물리적 저장 공간(PS2a)은 SLC로 구성될 수 있다. 동일한 저장 공간이 TLC로 사용되는 경우와 SLC로 사용되는 경우의 용량들의 비율은 “3:1” 일 수 있다.
다시 말해서, 터보 라이트 버퍼(TWBa)의 크기가 1GB 증가할 경우, 사용자 스토리지(USTa)의 논리적 저장 공간의 크기는 3GB씩 감소할 수 있다. 상술된 바와 같이, 사용자 용량 차감 모드에서 터보 라이트 버퍼(TWBa)가 구성된 경우, 스토리지 장치(1200)의 물리적 저장 공간 중 일부는 터보 라이트 버퍼(TWBa)를 위해 할당되며, 이에 따라 호스트(1100)에 의해 식별되는 사용자 스토리지(USTa)의 용량이 감소될 수 있다.
예시적인 실시 예에서, 사용자 스토리지(USTa)에 대응하는 제1 물리적 저장 공간(PS1a) 및 터보 라이트 버퍼(TWBa)에 대응하는 제2 물리적 저장 공간(PS2a)은 서로 물리적으로 인접한 물리적 저장 공간일 수 있거나 또는 서로 물리적으로 이격된 물리적 저장 공간일 수 있다.
사용자 용량 비차감 모드(No User Capacity Reduction Mode)는 터보 라이트 버퍼(TWBb)가 구성되더라도, 호스트(1100)에 의해 인식되는 사용자 스토리지(USTb)의 논리적 저장 용량이 감소되지 않는 모드를 가리킬 수 있다. 예를 들어, 도 4b에 도시된 바와 같이, 터보 라이트 버퍼(TWB) 구성 전에, 사용자 스토리지(UST)는 32GB의 용량을 가질 수 있다. 즉, 스토리지 장치(1200)의 물리적 저장 공간(PS)이 사용자 스토리지(UST)로 할당되거나 또는 사용자 스토리지(UST)를 위해 사용될 수 있다.
사용자 용량 비차감 모드를 기반으로 터보 라이트 버퍼(TWBb)가 구성된 경우, 특정 용량(예를 들어, 2GB)을 갖는 터보 라이트 버퍼(TWBb)가 구성될 수 있다. 물리적 저장 공간(PS)의 일부인 제2 물리적 저장 공간(PS2)은 터보 라이트 버퍼(TWBb)를 위해 할당되거나 또는 사용될 수 있다.
사용자 용량 차감 모드와 달리, 사용자 용량 비차감 모드에서의 사용자 스토리지(USTb)는 32GB의 용량을 유지할 수 있다. 즉, 사용자 용량 비차감 모드에서, 터보 라이트 버퍼(TWBb)가 구성되더라도, 호스트(1100) 측 관점에서 식별되는 사용자 스토리지(UST)의 용량은 터보 라이트 버퍼(TWBb)의 구성전과 동일하게 유지될 수 있다.
예시적인 실시 예에서, 사용자 용량 비차감 모드에서의 터보 라이트 버퍼(TWBb)의 크기 또는 구성은 스토리지 장치(1200)의 내부 정책 또는 호스트(1100)로부터의 명시적인 요청에 의해 가변될 수 있다. 예를 들어, 물리적 저장 공간(PS2)의 일부인 제2 물리적 저장 공간(PS2b)이 터보 라이트 버퍼(TWBb)를 구성하는데 사용되기 때문에, 사용자 스토리지(USTb)를 위해 사용될 수 있는 제1 물리적 저장 공간(PS1a)은 사용자 스토리지(USTb)의 용량보다 작을 수 있다.
즉, 제1 물리적 저장 공간(PS1b)이 사용자 데이터를 저장하기 위해 모두 사용되거나 또는 제1 물리적 저장 공간(PS1b)의 가용한 자유 용량이 기준치 이하인 경우, 터보 라이트 버퍼(TWBb)를 위해 사용된 제2 물리적 저장 공간(PS2b)의 일부 또는 전부가 사용자 스토리지(USTb)로 반환될 수 있다.
다시 말해서, 물리적 저장 공간(PS)에서, 사용자 스토리지(USTb)를 위해 가용한 공간이 부족하여 터보 라이트 버퍼(TWBb)가 유지될 수 없는 경우, 터보 라이트 버퍼(TWBb)를 위해 할당된 제2 물리적 저장 공간(PS2b)은 사용자 스토리지(USTb)로 반환될 수 있다. 상술된 반환 동작은 사용자 데이터 플러쉬 동작 및 터보 라이트 버퍼 사이즈 설정 등을 통해 수행될 수 있다.
예시적인 실시 예에서, 호스트(1100)는 스토리지 장치(1200)의 터보 라이트 버퍼의 현재 가용한 크기를 확인할 수 있다. 예를 들어, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 현재 크기에 대한 정보를 속성(ATTRIBUTES)의 현재 터보 라이트 버퍼 사이즈 필드(예를 들어, "dCurrentTurboWriteBufferSize")에 설정할 수 있고, 터보 라이트 버퍼(TWB)의 현재 가용한 용량의 비율에 대한 정보를 가용한 터보 라이트 버퍼 크기 필드(예를 들어, "dAvailableTurboWriteBufferSize")에 설정할 수 있다.
호스트(1100)는 스토리지 장치의 속성(ATTRIBUTES)의 현재 터보 라이트 버퍼 사이즈 필드 및 가용한 터보 라이트 버퍼 크기 필드를 확인함으로써, 터보 라이트 버퍼의 현재 가용한 크기를 확인할 수 있다. 호스트(1100)는 확인된 정보를 기반으로 터보 라이트를 사용하는 정책을 변경하거나 또는 터보 라이트 버퍼(TWB)를 위해 사용되는 물리적 저장 공간을 사용자 스토리지(UST)로 반환시킬 수 있다.
다른 예로서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)를 위해 사용되는 물리적 저장 공간을 사용자 스토리지(UST)로 자체적으로 반환할 수 있다. 호스트(1100)는 현재 터보 라이트 버퍼 사이즈 필드를 확인함으로써, 터보 라이트 버퍼(TWB)의 변경 상태를 확인할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)를 위해 할당된 또는 사용되는 물리적 저장 공간(또는 메모리 블록)의 P/E 사이클의 횟수를 기반으로 터보 라이트 버퍼(TWB)의 수명에 대한 정보를 제공할 수 있다. 예를 들어, 스토리지 장치(1200)는 속성(ATTRIBUTES)의 터보 라이트 버퍼 수명 추정 필드(예를 들어, "dTurboWriteBufferLifeTimeEst")에 터보 라이트 버퍼(TWB)의 수명에 대한 정보를 설정할 수 있다.
호스트(1100)는 쿼리 요청을 통해 스토리지 장치(1200)의 속성(ATTRIBUTES)의 터보 라이트 버퍼 수명 추정 필드를 확인함으로써, 터보 라이트 버퍼(TWB)의 수명을 예측할 수 있다. 예시적인 실시 예에서, 사용자 용량 비차감 모드에서는, 사용자 스토리지(UST) 및 터보 라이트 버퍼(TWB)가 물리적 저장 공간(PS)을 공유하기 때문에, 사용자 스토리지(UST)에 대한 쓰기 동작이 수행될 경우, 터보 라이트 버퍼(TWB)의 수명이 감소될 수 있다.
도 5는 도 1의 스토리지 시스템의 동작을 예시적으로 보여주는 순서도이다. 도 5를 참조하여, 스토리지 시스템(1000)의 초기화 동작이 설명된다. 도 1, 도 2, 및 도 5를 참조하면, S11 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 파워-온 리셋, 하드웨어 리셋, 엔드포인트 리셋 등의 동작을 수행할 수 있다.
S12 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 하드웨어 초기화 및 부팅을 수행할 수 있다. 예를 들어, 호스트(1100) 및 스토리지 장치(1200) 각각의 하드웨어 계층들이 초기화되고, 부팅될 수 있다.
S13 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 특정 계층(예를 들어, UTP(UFS Transport Protocol) 레이어)의 초기화를 수행할 수 있다. 예를 들어, 호스트(1100)는 NOP OUT의 UPIU를 스토리지 장치(1200)로 전송할 수 있다. 스토리지 장치(1200)는 NOP OUT의 UPIU에 응답하여 NOP IN의 UPIU를 호스트(1100)로 전송할 수 있다.
S14 단계에서, 호스트(1100)는 스토리지 장치(1200)로부터 장치 디스크립터(Device Descriptor)를 확인할 수 있다. 예를 들어, 호스트(1100)는 디스크립터(Descriptor)를 읽기 위한 쿼리 요청(Query Request)을 스토리지 장치(1200)로 전송할 수 있다. 스토리지 장치(1200)는 쿼리 요청에 응답하여 장치 디스크립터(Device Descriptor)를 호스트(1100)로 전송할 수 있다.
예시적인 실시 예에서, 호스트(1100)는 장치 디스크립터를 통해 스토리지 장치(1200)의 구성, 기능 등을 확인할 수 있다. 예를 들어, 장치 디스크립터는 터보 라이트 기능 지원 여부에 대한 정보를 포함하는 확장된 UFS 기능 지원 필드(예를 들어, "dExtendedUFSFeaturesSupport")를 포함할 수 있다. 예시적인 실시 예에서, 터보 라이트 기능 지원 여부에 대한 정보는 확장된 UFS 기능 지원 필드의 특정 비트(예를 들어, bit[8])에 설정될 수 있다.
장치 디스크립터는 터보 라이트 버퍼 모드에 대한 정보를 포함하는 터보 라이트 버퍼 사용자 비차감 활성화 필드(예를 들어, " bTurboWriteBufferNoUserSpaceReductionEn")를 더 포함할 수 있다. 터보 라이트 버퍼 사용자 비차감 활성화 필드의 값이 "00h"인 경우, 도 4a를 참조하여 설명된 사용자 영역 차감 모드에 따라 터보 라이트 버퍼(TWB)가 구성되고, 터보 라이트 버퍼 사용자 비차감 활성화 필드의 값이 "01h"인 경우, 도 4b를 참조하여 설명된 사용자 영역 비차감 모드에 따라 터보 라이트 버퍼(TWB)가 구성될 수 있다.
장치 디스크립터는 터보 라이트 버퍼 타입에 대한 정보를 포함하는 터보 라이트 버퍼 타입 필드(예를 들어, "bTurbowriteBufferType")를 더 포함할 수 있다. 터보 라이트 버퍼 타입 필드가 "00h"로 설정된 경우, 도 3a를 참조하여 설명된 논리 유닛 전용 버퍼 타입에 따라 터보 라이트 버퍼(TWB)가 구성되고, 터보 라이트 버퍼 타입 필드가 "01h"로 설정된 경우, 도 3b를 참조하여 설명된 공유 버퍼 타입에 따라 터보 라이트 버퍼(TWB)가 구성될 수 있다.
장치 디스크립터는 터보 라이트 버퍼의 크기에 대한 정보를 포함하는 공유 터보 라이트 버퍼 할당 유닛 개수 필드(예를 들어, dNumSharedTurboWriteBufferAllocUnits")를 더 포함할 수 있다. 공유 터보 라이트 버퍼 할당 유닛 개수가 '0'으로 설정되면, 공유 버퍼 타입의 터보 라이트 버퍼가 구성되지 않을 수 있다.
상술된 각 필드는 예시적인 것이며, 본 발명의 범위가 이에 한정되는 것은 아니다. 장치 디스크립터는 상술된 필드들 이외에, 스토리지 장치(1200)의 구성, 구조, 기능 등에 대한 정보를 포함하는 다른 필드들을 더 포함할 수 있다. 장치 디스크립터의 다양한 필드들은 초기화 이전에 설정된 값들을 나타낼 수 있다. 장치 디스크립터의 다양한 필드들을 읽음으로써, 호스트(1100)는 스토리지 장치(1200)의 현재 상태를 식별할 수 있다.
예시적인 실시 예에서, 상술된 장치 디스크립터의 다양한 필드들(예를 들어, "bTurboWriteBufferNoUserSpaceReductionEn", "bTurboWriteBufferType", "dNumSharedTurboWriteBufferAllocUnits" 등)은 구성 디스크립터(Configuration Descriptor)의 대응하는 필드의 값을 기입함으로써, 가변될 수 있다. 즉, 호스트(1100)는 구성 디스크립터(Configuration Descriptor)의 다양한 필드들의 값을 기입함으로써, 터보 라이트 버퍼 타입, 터보 라이트 버퍼 사용자 비차감 활성화, 터보 라이트 버퍼 할당 유닛 개수 등과 같은 정보를 가변시킬 수 있다. 예시적인 실시 예에서, 스토리지 장치(1200)의 지오메트리 디스크립터(Geometry Descriptor)는 스토리지 장치(1200)에 대한 터보 라이트 버퍼 최대 크기 필드, 터보 라이트 버퍼 최대 개수 필드, 터보 라이트 버퍼 용량 조절 인자 필드, 지원되는 터보 라이트 버퍼 사용자 용량 비차감 타입 필드, 지원되는 터보 라이트 버퍼 타입 필드 등과 같은 정보를 포함할 수 있다.
예를 들어, 터보 라이트 버퍼 최대 크기 필드(예를 들어, "dTurboWriteBufferMaxNAllocUnits")는 전체 장치에서 지원되는 터보 라이트 버퍼(TWB)의 최대 크기에 대한 정보를 포함할 수 있다. 터보 라이트 버퍼 최대 개수 필드(예를 들어, "bDeviceMaxTurboWriteLUs")는 스토리지 장치(1200)에서 지원되는 터보 라이트 버퍼의 최대 개수에 대한 정보를 포함할 수 있다.
터보 라이트 버퍼 용량 조절 인자 필드(예를 들어, "bTurboWriteBufferCapAdjFac")는 터보 라이트 버퍼 메모리의 종류에 따른 용량 차감 팩터에 대한 정보를 포함할 수 있다. 예를 들어, 터보 라이트 버퍼(TWB)가 SLC이고, 사용자 스토리지(UST)가 TLC인 경우, 터보 라이트 버퍼 용량 조절 인자 필드의 값은 "3"일 수 있다. 터보 라이트 버퍼(TWB)가 SLC이고, 사용자 스토리지(UST)가 MLC인 경우, 터보 라이트 버퍼 용량 조절 인자 필드의 값은 "2"일 수 있다.
지원되는 터보 라이트 버퍼 사용자 용량 비차감 타입 필드(예를 들어, "bSupportedTurboWriteBufferNoUserSpaceReductionTypes")는 스토리지 장치(1200)가 어떤 터보 라이트 버퍼 모드를 지원할 수 있는지(예를 들어, 사용자 용량 차감 모드, 사용자 용량 비차감 모드, 또는 그것들 모두)에 대한 정보를 포함할 수 있다.
지원되는 터보 라이트 버퍼 타입 필드(예를 들어, "bSupportedTurboWriteBufferTypes")는 스토리지 장치(1200)가 어떤 터보 라이트 버퍼 타입을 지원하는지(예를 들어, 논리 유닛 전용 버퍼 타입, 공유 버퍼 타입, 또는 그것들 둘 모두)에 대한 정보를 포함할 수 있다.
상술된 각 필드들은 예시적인 것이며, 본 발명의 범위가 이에 한정되는 것은 아니다.
S15 단계에서, 호스트(1100)는 스토리지 장치(1200)로부터 부트 코드를 다운로드할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)로 TEST UNIT READY의 UPIU를 전송할 수 있다. 스토리지 장치(1200)는 수신된 TEST UNIT READY의 UPIU에 응답하여 상태 정보(Status)를 전송할 수 있다. 호스트(1100)는 수신된 상태 정보(Status)를 기반으로 스토리지 장치(1200)의 부트 논리 유닛(boot LU or boot well-known LU)이 액세스될 수 있는지 판별할 수 있다.
부트 논리 유닛이 액세스될 수 있는 경우, 호스트(1100)는 스토리지 장치(1200)로 SCSI READ 커맨드를 스토리지 장치(1200)로 전송할 수 있다. 예시적인 실시 예에서, SCSI READ 커맨드는 부트 논리 유닛(Boot LU)에 대응할 수 있다. 스토리지 장치(1200)는 수신된 커맨드에 응답하여 데이터(DATA) 및 상태 정보(Status)를 호스트(1100)로 전송할 수 있다.
S16 단계에서, 호스트(1100)는 스토리지 장치(1200)의 플래그를 설정함으로써, 초기화 동작을 완료할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)로 쿼리 요청(Query Request)을 전송할 수 있다. 쿼리 요청(Query Request)은 스토리지 장치(1200)의 플래그(FLAG)에 포함된 장치 초기화 필드(예를 들어, "fDeviceInit")를 설정하기 위한 요청일 수 있다. 쿼리 요청에 응답하여, 스토리지 장치(1200)의 플래그(FLAG)에 포함된 장치 초기화 정보가 특정 값(예를 들어, "01h")으로 설정될 수 있다. 이후에, 스토리지 장치(1200)는 쿼리 응답을 전송할 수 있다.
S17 단계에서, 호스트(1100)는 스토리지 장치(1200)의 플래그(FLAG)의 장치 초기화 필드(예를 들어, "fDeviceInit")를 조사(polling)할 수 있다. 예를 들어, 호스트(1100)는 플래그(FLAG)의 장치 초기화 필드를 읽기 위한 쿼리 요청(Query Request, READ FLAG fDeviceInit)을 스토리지 장치(1200)로 전송하고, 스토리지 장치(1200)는 장치 초기화 필드가 포함된 쿼리 응답을 호스트로 전송할 수 있다.
예시적인 실시 예에서, S16 단계 이후에, 스토리지 장치(1200)에서 초기화 동작이 완료된 경우, 장치 초기화 필드는 다른 값(예를 들어, "00h")으로 리셋될 것이다. 즉, 호스트(1100)는 S17 단계의 동작을 반복 수행하여, 장치 초기화 필드가 리셋되었는지 확인할 수 있다. 장치 초기화 필드가 리셋된 경우, 호스트(1100) 및 스토리지 장치(1200)의 모든 초기화 동작이 완료될 수 있다.
도 6은 도 1의 스토리지 시스템의 동작을 예시적으로 보여주는 순서도들이다. 도 6을 참조하여 스토리지 시스템(1000)의 쓰기 동작이 설명된다. 도 1 및 도 6을 참조하면, S21 단계에서, 호스트(1100)는 쓰기 정보(WR)(또는 쓰기 커맨드)를 포함하는 커맨드 UPIU를 스토리지 장치(1200)로 전송할 수 있다.
S22 단계에서, 호스트(1100) 및 스토리지 장치(1200)는 데이터 트랜잭션을 수행할 수 있다. 예를 들어, 스토리지 장치(1200)는 RTT UPIU(Ready to Transfer UPIU)를 호스트(1100)로 전송할 수 있다. RTT UPIU는 스토리지 장치(1200)가 수신할 수 있는 데이터 범위에 대한 정보를 포함할 수 있다. 호스트(1100)는 RTT UPIU에 응답하여, 쓰기 데이터를 포함하는 DATA OUT UPIU를 스토리지 장치(1200)로 전송할 수 있다. 상술된 동작이 반복 수행됨으로써, 쓰기 데이터가 호스트(1100)로부터 스토리지 장치(1200)로 전송될 수 있다.
모든 쓰기 데이터의 수신이 완료된 이후에, S23 단계에서, 스토리지 장치(1200)는 RESPONSE UPIU를 호스트(1100)로 전송할 수 있다. RESPONSE UPIU는 S21 단계에서 수신된 쓰기 커맨드에 대한 동작이 완료되었음을 가리키는 정보를 포함할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 S22 단계 동안 수신된 쓰기 데이터에 대하여 노멀 쓰기 동작을 수행할 수 있다. 예를 들어, S21 단계에서, 스토리지 장치(1200)는 터보 라이트 기능이 활성화되었는지 판별할 수 있다. 좀 더 상세한 예로서, 스토리지 장치(1200)는 플래그의 터보 라이트 활성화 필드(예를 들어, "fTurboWriteEn")의 값을 확인함으로써, 터보 라이트 기능이 활성화되었는지 판별할 수 있다.
플래그의 터보 라이트 활성화 필드의 값이 "0b"인 경우, 터보 라이트 기능이 활성화되지 않은 상태일 수 있고, 값이 "1b"인 경우, 터보 라이트 기능이 활성화된 상태일 수 있다. 예시적인 실시 예에서, 플래그의 터보 라이트 활성화 필드의 값은 호스트(1100)의 셋 플래그를 위한 쿼리 요청에 의해 설정될 수 있다.
호스트(1100)로부터 터보 라이트 활성화 필드의 값이 설정되지 않을 수 있다. 이 경우, S22 단계에서 수신된 쓰기 데이터는 노멀 라이트 정책에 따라 터보 라이트 버퍼(TWB) 또는 사용자 스토리지(UST) 에 기입될 수 있다.
S30 단계에서, 호스트(1100)는 터보 라이트 활성화 필드의 값을 특정 값(예를 들어, "1b")으로 설정할 수 있다. 예를 들어, 호스트(1100)는 터보 라이트 활성화 필드의 값을 특정 값(예를 들어, "1b")으로 설정하기 위한 쿼리 요청을 스토리지 장치(1200)로 전송할 수 있다. 호스트(1100)로부터의 쿼리 요청에 응답하여 터보 라이트 활성화 필드의 값이 특정 값(예를 들어, "1b")으로 설정되고, 스토리지 장치(1200)는 쿼리 응답을 호스트(1100)로 전송할 수 있다.
이후에, 호스트(1100)는 S31 단계 내지 S33 단계의 동작들을 수행할 수 있다. S31 단계 내지 S33 단계의 동작들은 터보 라이트 활성화 필드에 따라 터보 라이트가 수행되는 점을 제외하면 S21 단계 내지 S23 단계의 동작들과 유사하므로, 이에 대한 상세한 설명은 생략된다.
예시적인 실시 예에서, S32 단계에서 수신된 쓰기 데이터는 터보 라이트 버퍼(TWB)에 기입될 수 있다. 예를 들어, S30 단계에서, 터보 라이트 활성화 필드의 값이 특정 값(예를 들어, "1b")으로 설정됨에 따라, 터보 라이트 기능이 활성화될 수 있다. 이 경우, 호스트(1100)로부터 수신된 쓰기 데이터는 터보 라이트 버퍼(TWB)에 우선 기입될 수 있다.
예시적인 실시 예에서, 터보 라이트 기능이 활성화된 상태이더라도, 터보 라이트 버퍼(TWB)의 공간이 충분하지 않은 경우, 스토리지 장치(1200)는 수신된 쓰기 데이터를 사용자 스토리지(UST)에 기입할 수 있다.
도 7은 도 1의 스토리지 장치의 동작을 예시적으로 보여주는 순서도이다. 도 7을 참조하여, 스토리지 장치(1200)의 플러쉬 동작이 설명된다. 도 1, 도 2, 및 도 7을 참조하면, S41 단계에서, 스토리지 장치(1200)는 현재 상태가 유휴 상태(Idle)인지, 하이버네이션 상태(Hibernation)인지, 또는 구동 중(Runtime)인지 판별할 수 있다. 스토리지 장치(1200)가 구동 중인 경우, 별도의 플러쉬 동작이 수행되지 않을 수 있다.
예를 들어, 스토리지 장치(1200)가 호스트(1100)로부터 수신된 커맨드를 처리중인 경우, 스토리지 장치(1200)는 구동 중일 수 있다. 스토리지 장치(1200)가 호스트(1100)로부터 수신되었고 아직 처리 중이거나 또는 처리해야 하는 명령(예를 들어, 계류중인(pending) 커맨드)이 없는 경우, 스토리지 장치(1200)는 유휴 상태일 수 있다. 스토리지 장치(1200)가 스토리지 장치(1200) 또는 호스트(1100)의 개시(initiation)에 의해 '하이버네이션'이라 불리는 저전력 모드로 진입한 경우, 스토리지 장치(1200)는 하이버네이션 상태일 수 있다.
스토리지 장치(1200)가 유휴 상태인 경우, S42 단계에서, 제1 플러쉬 동작이 활성화되었는지 판별할 수 있다. 호스트(1100)는 스토리지 장치(1200)의 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드(예를 들어, "fTurboWriteBufferFlushEn")의 값을 설정함으로써, 스토리지 장치(1200)에서의 제1 플러쉬 동작을 허용하거나 또는 차단할 수 있다. 스토리지 장치(1200)는 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값을 확인함으로써, 제1 플러쉬 동작이 활성화되었는지 판별할 수 있다.
예시적인 실시 예에서, 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 "0b"인 것은, 제1 플러쉬 동작의 비활성화 또는 차단을 가리킬 수 있고, 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 "1b"인 것은, 제1 플러쉬 동작의 활성화를 가리킬 수 있다. 제1 플러쉬 동작이 비활성화된 경우, 스토리지 장치(1200)는 별도의 플러쉬 동작을 수행하지 않을 수 있다.
제1 플러쉬 동작이 활성화된 경우, S43 단계에서, 스토리지 장치(1200)는 유휴 상태 동안 제1 플러쉬 동작을 수행할 수 있다. 제1 플러쉬 동작은 스토리지 장치(1200)가 유휴 상태에서 수행하는 플러쉬 동작을 가리킬 수 있다. 플러쉬 동작은 내부 정책 또는 호스트(1100)로부터의 명시적인 커맨드에 따라 터보 라이트 버퍼(TWB)에 기입된 사용자 데이터를 사용자 스토리지(UST)로 플러쉬 또는 마이그레이션시키는 동작을 가리킬 수 있다.
예시적인 실시 예에서, 터보 라이트 버퍼(TWB)에 기입된 사용자 데이터가 사용자 스토리지(UST)로 플러쉬되더라도, 플러쉬된 사용자 데이터의 논리적 어드레스는 유지되고, 물리적 어드레스는 바뀔 것이다. 이 경우, 스토리지 장치(1200)는 플러쉬된 사용자 데이터의 논리적 어드레스 및 물리적 어드레스의 매핑 정보를 갱신할 수 있다. 예를 들어, 물리적 어드레스는 터보 라이트 버퍼(TWB)의 어드레스로부터 사용자 스토리지(UST)의 어드레스로 갱신될 수 있다.
S41의 판별 결과가 스토리지 장치(1200)가 하이버네이션 상태인 것을 가리키는 경우, S44 단계에서, 스토리지 장치(1200)는 제2 플러쉬 동작이 활성화되었는지 판별할 수 있다. 예를 들어, 앞서 설명된 바와 유사하게, 호스트(1100)는 스토리지 장치(1200)의 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드(예를 들어, "fTurboWriteBufferFlushDuringHibernat")의 값을 설정함으로써, 스토리지 장치(1200)에서의 제2 플러쉬 동작을 허용하거나 또는 차단할 수 있다.
스토리지 장치(1200)는 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값을 확인함으로써, 제2 플러쉬 동작이 활성화되었는지 판별할 수 있다. 예시적인 실시 예에서, 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 "0b"인 것은, 제2 플러쉬 동작의 비활성화 또는 차단을 가리킬 수 있다. 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값의 값이 "1b"인 것은, 제2 플러쉬 동작의 활성화를 가리킬 수 있다. 제2 플러쉬 동작이 비활성화된 경우, 스토리지 장치(1200)는 별도의 플러쉬 동작을 수행하지 않을 수 있다.
제2 플러쉬 동작이 활성화된 경우, S45 단계에서, 스토리지 장치(1200)는 하이버네이션 상태 동안, 제2 플러쉬 동작을 수행할 수 있다. 제2 플러쉬 동작은 스토리지 장치(1200)가 하이버네이션 상태에서 수행하는 플러쉬 동작을 가리킬 수 있다.
상술된 바와 같은 플러쉬 동작에 의해, 터보 라이트 버퍼(TWB)에 기입된 사용자 데이터가 사용자 스토리지(UST)로 플러쉬 또는 마이그레이션될 수 있다. 이에 따라, 터보 라이트 버퍼(TWB)의 가용한 버퍼 크기가 확보될 수 있다.
예시적인 실시 예에서, 상술된 플러쉬 동작은 특정 조건에서 중단될 수 있다. 예를 들어, 유휴 상태에서 수행되는 제1 플러쉬 동작은 스토리지 장치(1200)의 커맨드 큐(queue)가 비어있는 상태에서만 수행될 수 있다. 제1 플러쉬 동작이 수행되는 동안, 호스트(1100)로부터 커맨드가 발행된 경우, 스토리지 장치(1200)는 수행 중인 제1 플러쉬 동작을 중단하고, 호스트(1100)로부터 발행된 커맨드를 우선 처리할 수 있다. 예시적인 실시 예에서, 하이버네이션 모드가 종료된 경우, 하이버네이션 상태에서 수행되는 제2 플러쉬 동작이 중단될 수 있다.
상술된 바와 같이, 특정 조건에 따라, 수행 중인 플러쉬 동작이 중단될 수 있다. 이 경우, 스토리지 장치(1200)는 플러쉬 동작의 중단 정보(또는 진행 정도의 정보) 또는 플러쉬 동작의 현재 상태를 속성(ATTRIBUTES)의 터보 라이트 버퍼 플러쉬 상태 필드(예를 들어, "bTurboWriteBufferFlushStatus")에 설정할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)에 대한 플러쉬 동작이 필요하다는 정보를 속성(ATTRIBUTES)의 예외 이벤트 상태(예를 들어, "wExceptionEventStatus")의 특정 값(예를 들어, Bit [5])에 설정할 수 있다. 호스트(1100)는 속성의 예외 이벤트 상태의 특정 값(예를 들어, Bit [5])을 확인하고, 스토리지 장치(1200)에서 플러쉬 동작이 요구됨을 인지하고, 정책에 따라 스토리지 장치(1200)의 플래그(FLAG)의 특정 필드들(예를 들어, "fTurboWriteBufferFlushEn", "fTurboWriteBufferFlushDuringHibernate" 등)을 설정할 수 있다(예를 들어, Query Request UPIU를 이용하여).
도 7에서는 스토리지 장치(1200)가 플러쉬 활성화 필드의 값(즉, 터보 라이트 버퍼 플러시 활성화 필드의 값 또는 하이버네이션 동안의 터보 라이트 버퍼 플러시 활성화 필드의 값)에 기초하여 플러쉬 동작을 수행하는 것으로 설명되었으나, 본 발명은 이에 한정되는 것은 아니다. 예시적인 실시 예에 있어서, 스토리지 장치(1200)는 플러쉬 활성화 필드의 값(즉, 터보 라이트 버퍼 플러시 활성화 필드의 값 또는 하이버네이션 동안의 터보 라이트 버퍼 플러시 활성화 필드의 값)과 관계없이 내부 정책에 따라 플러쉬 또는 마이그레이션 동작을 수행할 수 있다. 이 경우, 스토리지 장치(1200)는 자체적인 판단에 따라 플러쉬 또는 마이그레이션 동작을 수행할 수 있다.
도 8은 도 1의 스토리지 장치의 물리적 저장 공간을 예시적으로 보여주는 블록도이다. 도 1 및 도 8을 참조하면, 스토리지 장치(1200)의 물리적 저장 공간(PS)은 터보 라이트 버퍼(TWB) 및 사용자 스토리지(UST)를 포함할 수 있다. 스토리지 장치(1200)의 물리적 저장 공간(PS), 터보 라이트 버퍼(TWB), 및 사용자 스토리지(UST)는 앞서 설명되었으므로, 이에 대한 상세한 설명은 생략된다.
터보 라이트 버퍼(TWB)는 고정된 터보 라이트 버퍼(TWB-p; pinned turbo write buffer) 및 비고정된 터보 라이트 버퍼(TWB-np; non-pinned turbo write buffer)로 구분될 수 있다. 앞서 설명된 바와 유사하게, 스토리지 장치(1200)의 터보 라이트 기능이 활성화된 경우, 쓰기 데이터는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 어느 하나에 저장될 수 있다.
고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 쓰기 데이터가 저장되는 버퍼는 다양한 방식들(예를 들어, 내부 정책, 호스트의 요청에 따른 내부 정책의 변경, 호스트의 명시적인 요청 등)로 결정될 수 있다.
예시적인 실시 예에서, 앞서 설명된 바와 같이, 터보 라이트 버퍼(TWB)의 크기는 호스트(1100)의 제어 또는 스토리지 장치(1200)의 내부 정책에 의해 결정될 수 있다. 이 때, 터보 라이트 버퍼(TWB)에 포함된 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 비율은 다양한 방식들(예를 들어, 내부 정책, 호스트의 요청에 따른 내부 정책의 변경, 호스트의 명시적 요청 등)로 결정되거나 또는 가변될 수 있다.
예시적인 실시 예에서, 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 각각의 사이에서, 사용자 데이터가 플러쉬(flush), 마이그레이션(migrate), 또는 이동(move)될 수 있다. 예를 들어, 호스트(1100)의 명시적인 요청, 스토리지 장치(1200)의 내부 정책, 또는 호스트의 요청에 따른 내부 정책의 변경에 따라, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 사이에서 사용자 데이터가 이동(move)할 수 있다.
또는 호스트(1100)의 명시적인 요청, 스토리지 장치(1200)의 내부 정책, 또는 호스트의 요청에 따른 내부 정책의 변경에 따라, 비고정된 터보 라이트 버퍼(TWB-np) 및 사용자 스토리지(UST) 사이에서 사용자 데이터가 이동(move)될 수 있다. 또는 호스트(1100)의 명시적인 요청, 스토리지 장치(1200)의 내부 정책, 또는 호스트의 요청에 따른 내부 정책의 변경에 따라, 고정된 터보 라이트 버퍼(TWB-p) 및 사용자 스토리지(UST) 사이에서 사용자 데이터가 이동(move)할 수 있다.
예시적인 실시 예에서, 도 7을 참조하여 설명된 바와 같이, 스토리지 장치(1200)는 유휴 상태 동안 또는 하이버네이션 상태 동안 플러쉬 동작을 수행할 수 있다. 이 때, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB) 중 비고정된 터보 라이트 버퍼(TWB-np)에 대한 플러쉬 동작을 수행할 수 있다. 즉, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB) 중 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 사용자 데이터를 사용자 스토리지(UST)로 플러쉬할 수 있다.
이 때, 고정된 터보 라이트 버퍼(TWB-p)에 기입된 사용자 데이터는 사용자 스토리지(UST)로 플러쉬되지 않을 것이다. 즉, 스토리지 장치(1200)가 플러쉬 동작을 수행하더라도, 고정된 터보 라이트 버퍼(TWB-p)에 기입된 사용자 데이터는 유지될 것이다.
다른 예로서, 스토리지 장치(1200)의 내부 정책에 따라, 비고정된 터보 라이트 버퍼(TWB-np)에 저장되어야 하는 데이터가 고정된 터보 라이트 버퍼(TWB-p)에 저장될 수 있다. 이러한 예외적인 데이터는 고정된 터보 라이트 버퍼(TWB-p)로부터 사용자 스토리지(UTS)로 플러쉬될 수 있다.
아래의 상세한 설명에서, 본 발명의 기술적 사상을 명확히 전달하기 위하여, 고정된 터보 라이트 버퍼(TWB-p)에 기입되는 데이터는 본래 고정된 터보 라이트 버퍼(TWB-p)에 저장되어야 하는 것으로 가정된다. 즉, 위에서 언급된 예외적인 데이터의 예는 제외하고 본 발명의 기술적 사상이 설명된다. 그러나 본 발명의 기술적 사상은 위에서 언급된 예외적인 데이터의 사례들을 모두 포함함이 이해될 것이다.
따라서, 호스트(1100)가 고정된 터보 라이트 버퍼(TWB-p)에 기입된 제1 사용자 데이터에 대한 읽기 커맨드를 발행한 경우, 제1 사용자 데이터는 고정된 터보 라이트 버퍼(TWB-p)로부터 읽어질 것이다. 이 경우, 제1 사용자 데이터에 대한 고속 읽기가 가능할 수 있다.
예를 들어, 앞서 설명된 바와 같이, 고정된 터보 라이트 버퍼(TWB-p)는 SLC 방식을 기반으로 사용자 데이터를 저장할 수 있고, 사용자 스토리지(UST)는 TLC 방식을 기반으로 사용자 데이터를 저장할 수 있다. SLC 방식을 기반으로 저장된 사용자 데이터를 읽는 시간은 TLC 방식을 기반으로 저장된 사용자 데이터를 읽는 시간보다 빠를 것이다.
즉, 고정된 터보 라이트 버퍼(TWB-p)에 특정 사용자 데이터를 유지시킴으로써, 이후의 특정 사용자 데이터에 대한 읽기 동작의 속도를 향상시킬 수 있다. 이러한 스토리지 장치(1200)의 기능은 "터보 리드(Turbo Read)"라 불릴 수 있다.
도 9는 도 8을 참조하여 설명된 스토리지 장치의 물리적 저장 공간에 대한 논리적 저장 공간을 보여주는 도면이다. 설명의 편의를 위하여, 하나의 논리 유닛을 기준으로 도 9의 실시 예가 설명된다. 그러나, 본 발명의 기술적 사상은 터보 라이트 버퍼(TWB)가 지정된 둘 이상의 논리 유닛들, 또는 논리 유닛들 및 공유된 터보 라이트 버퍼(예를 들어, TWB0)의 관계에도 동일하게 적용될 수 있다.
도 1 및 도 9를 참조하면, 호스트(1100)에 의해 식별되는 스토리지 장치(1200)의 논리적 저장 공간(LS; logical storage space)은 사용자 스토리지(UST) 및 터보 라이트 버퍼(TWB)를 포함할 수 있다. 터보 라이트 버퍼(TWB)는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)를 포함할 수 있다.
제1 논리적 어드레스 범위(예를 들어, LBA0~LBAa, LBAb+1~LBAc, LBAe+1~LBAn)는 사용자 스토리지(UST)의 논리적 저장 공간과 대응될 수 있다. 이 경우, 제1 논리적 어드레스 범위(예를 들어, LBA0~LBAa, LBAb+1~LBAc, LBAe+1~LBAn)에 저장된 사용자 데이터는 사용자 스토리지(UST)의 물리적 저장 공간에 저장되어 있을 수 있다.
제2 논리적 어드레스 범위(예를 들어, LBAa+1~LBAb, LBAd+1~LBAe)는 비고정된 터보 라이트 버퍼(TWB-np)의 논리적 저장 공간과 대응될 수 있다. 이 경우, 제2 논리적 어드레스 범위(예를 들어, LBAa+1~LBAb, LBAd+1~LBAe)에 저장된 사용자 데이터는 비고정된 터보 라이트 버퍼(TWB-np)의 물리적 저장 공간에 저장되어 있을 수 있다.
제3 논리적 어드레스 범위(예를 들어, LBAc+1~LBAd)는 고정된 터보 라이트 버퍼(TWB-p)의 논리적 저장 공간과 대응될 수 있다. 이 경우, 제3 논리적 어드레스 범위(예를 들어, LBAc+1~LBAd)에 저장된 사용자 데이터는 고정된 터보 라이트 버퍼(TWB-p)의 물리적 저장 공간에 저장되어 있을 수 있다.
상술된 바와 같이, 사용자 스토리지(UST), 비고정된 터보 라이트 버퍼(TWB-np), 및 고정된 터보 라이트 버퍼(TWB-p)는 호스트(1100)에 의해 인식되는 논리적 저장 공간(LS) 상에서 다양한 형태로 분산될 수 있다. 예시적인 실시 예에서, 호스트(1100)의 명시적인 요청 또는 스토리지 장치(1200)의 내부 정책에 따라, 사용자 스토리지(UST), 비고정된 터보 라이트 버퍼(TWB-np), 및 고정된 터보 라이트 버퍼(TWB-p) 각각의 사이에서, 사용자 데이터가 이동/플러쉬/마이그레이션될 수 있다.
예시적인 실시 예에서, 호스트(1100)는 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 하나를 지정할 수 있다. 다른 예로서, 호스트(1100)는 터보 라이트 전에 터보 라이트의 대상을 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 하나로 지정(예를 들어, Query Request UPIU를 이용하여)할 수 있다. 다른 예로서, 호스트(1100)는 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)를 지정하지 않을 수 있다.
호스트(1100)는 주기적으로 또는 필요한 때에 스토리지 장치(1200)에 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 정보를 요청(예를 들어, Query Request UPIU를 이용하여)함으로써, 스토리지 장치(1200)에 의해 변경된 데이터의 분산 상태를 확인할 수 있다.
도 10a 및 도 10b는 도 8을 참조하여 설명된 스토리지 장치의 물리적 저장 공간에서의 동작을 예시적으로 보여주는 도면들이다. 도면의 간결성 및 설명의 편의를 위하여, 고정된 터보 라이트 버퍼(TWB-p)는 제1 메모리 블록(BLK1)을 포함하고, 비고정된 터보 라이트 버퍼(TWB-np)는 제2 메모리 블록(BLK2)을 포함하고, 사용자 스토리지(UST)는 제3 메모리 블록(BLK3)을 포함하는 것으로 가정한다. 그러나 본 발명의 범위가 이에 한정되는 것은 아니다.
먼저, 도 1, 도 8, 및 도 10a를 참조하면, 스토리지 장치(1200)는 호스트(1100)로부터 제1 논리적 어드레스(LBA1)에 대응하는 제1 데이터(DT1)를 수신할 수 있다. 예시적인 실시 예에서, 스토리지 장치(1200)의 터보 라이트 기능이 활성화된 상태일 수 있다. 이 경우, 스토리지 장치(1200)는 수신된 제1 데이터(DT1)를 터보 라이트 버퍼(TWB)(예를 들어, 비고정된 터보 라이트 버퍼(TWB-p))에 기입할 수 있다.
즉, 스토리지 장치(1200)는 제1 데이터(DT1)에 대한 터보 라이트를 수행할 수 있다. 예시적인 실시 예에서, 터보 라이트 기능이 활성화된 경우, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 어디에 저장될지는 다양한 방식들을 통해 결정될 수 있다.
예시적인 실시 예에서, 도 10a에 도시된 바와 같이, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)에 사용자 데이터(DTa, DTb, DT0, DT1)가 가득 차 있을 수 있다. 이 경우, 스토리지 장치(1200)는 속성(ATTRIBUTES)의 예외 이벤트 상태 필드(예를 들어, "wExceptionEventStatus")의 특정 비트(예를 들어, Bit [5])를 설정함으로써, 플러쉬 동작이 요구된다는 정보를 호스트(1100)로 알릴 수 있다.
호스트(1100)는 쿼리 요청을 통해 속성(ATTRIBUTES)의 예외 이벤트 상태 필드를 확인하고, 스토리지 장치(1200)에서 플러쉬 동작이 요구된다는 정보를 확인할 수 있다. 호스트(1100)는 도 7을 참조하여 설명된 바와 같이, 스토리지 장치(1200)의 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드 또는 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드를 설정함으로써, 스토리지 장치(1200)에서의 플러쉬 동작을 허용할 수 있다.
호스트(1100)의 제어 또는 내부 정책에 따라 플러쉬 동작이 허용된 경우, 스토리지 장치(1200)는 플러쉬 동작을 수행할 수 있다. 예를 들어, 유휴 상태 또는 하이버네이션 상태에서, 스토리지 장치(1200)는 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 사용자 데이터(DT0, DT1)를 사용자 스토리지(UST)의 제3 메모리 블록(BLK3)으로 플러쉬할 수 있다. 예시적인 실시 예에서, 플러쉬 동작이 허용되더라도, 고정된 터보 라이트 버퍼(TWB-p)에 저장된 사용자 데이터(DTa, DTb)는 사용자 스토리지(UST)로 플러쉬되지 않을 수 있다.
이후에, 스토리지 장치(1200)는 호스트(1100)로부터 제1 논리적 어드레스(LBA1)에 대한 읽기 커맨드를 수신할 수 있다. 이 경우, 스토리지 장치(1200)는 사용자 스토리지(UST)의 제3 메모리 블록(BLK3)에 저장된 제1 데이터(DT1)를 읽고, 읽은 제1 데이터(DT1)를 호스트(1100)로 출력할 수 있다.
예시적인 실시 예에서, 제1 데이터(DT1)는 비고정된 터보 라이트 버퍼(TWB-np)에 기입(즉, SLC 프로그램)되나, 플러쉬 동작으로 인해 제1 데이터(DT1)는 사용자 스토리지(UST)로 플러쉬되기 때문에, 제1 데이터(DT1)는 노멀 읽기 동작(예를 들어, TLC 읽기 동작)을 통해 읽어질 수 있다.
다음으로 도 1, 도 8, 및 도 10b를 참조하면, 제0 및 제1 사용자 데이터(DT0, DT1)는 비고정된 터보 라이트 버퍼(TWB-np)의 제2 메모리 블록(BLK2)에 저장되고, 제a 데이터(DTa)는 사용자 스토리지(UST)의 제3 메모리 블록(BLK3)에 저장될 수 있다.
이후에, 호스트(1100)의 명시적인 요청 또는 스토리지 장치(1200)의 내부 정책에 따라, 사용자 스토리지 공간(UST)의 제a 데이터(DTa)가 고정된 터보 라이트 버퍼(TWB-p)의 제1 메모리 블록(BLK1)으로 이동할 수 있다.
이후에, 스토리지 장치(1200)는 호스트(1100)로부터 제a 데이터(DTa)에 대응하는 제a 논리적 어드레스(LBAa)에 대한 읽기 커맨드를 수신할 수 있다. 이 경우, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p)의 제1 메모리 블록(BLK1)에 저장된 제a 데이터(DTa)를 읽고, 읽은 제a 데이터(DTa)를 호스트(1100)로 전송할 수 있다.
예시적인 실시 예에서, 고정된 터보 라이트 버퍼(TWB-p)의 제1 메모리 블록(BLK1)에 저장된 제a 데이터(DTa)를 읽는 동작은 사용자 스토리지 공간(UST)의 제3 메모리 블록(BLK3)에 저장된 데이터를 읽는 동작보다 빠를 수 있다. 즉, 본 발명의 실시 예에 따른 스토리지 장치(1200)는 특정 데이터를 터보 라이트 버퍼(TWB)(또는 고정된 터보 라이트 버퍼(TWB-p))에 저장하고 유지함으로써, 특정 데이터에 대한 빠른 읽기 동작(즉, 터보 리드 동작)을 지원할 수 있다.
예시적인 실시 예에 있어서, 스토리지 장치(1200)는 호스트(1100)의 요청에 따라 터보 라이트 버퍼(TWB)의 남은 용량을 호스트(1100)에 알릴 수 있다. 스토리지 장치(1200)는 속성(ATTRIBUTES)의 가용한 터보 라이트 버퍼 크기 필드(dAvailableTurboWriteBufferSize)에 터보 라이트 버퍼(TWB)의 나머지 자유 용량에 대한 정보를 기입할 수 있다. 호스트(1100)는 가용한 터보 라이트 버퍼 크기 필드를 읽음으로써(예를 들어, Query Request UPIU를 이용하여), 터보 라이트 버퍼(TWB)의 용량 정보를 획득할 수 있다.
예를 들어, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p)의 나머지 용량과 비고정된 터보 라이트 버퍼(TWB-np)의 나머지 용량을 별도로 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다. 다른 예로서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 전체 나머지 용량을 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다. 스토리지 장치(1200)가 터보 라이트 버퍼(TWB)의 나머지 용량을 통합하여 기록할 지 구분하여 별도로 기록할 지의 여부는 호스트(1100)의 플래그 설정에 의해 지정될 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 내부 정책에 따라, 터보 라이트 버퍼(TWB)의 실제 나머지 용량보다 더 적은 용량을 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다. 플래시 메모리와 같은 불휘발성 메모리 장치(1220)에서, 서로 연속한 소거 동작들 사이의 시간이 문턱 시간보다 작으면, 데이터의 신뢰성이 저하되는 문제가 발생할 수 있다.
터보 라이트 버퍼(TWB)의 용량은 사용자 스토리지(UST)의 용량보다 적고, 그리고 SLC로 사용되므로, 터보 라이트 버퍼(TWB)는 사용자 스토리지(UST)보다 빠르게 데이터로 채워질 수 있다. 또한, 호스트(1100)가 고속의 터보 라이트를 선호하면, 터보 라이트 버퍼(TWB)는 더 빠르게 채워질 수 있다.
터보 라이트 버퍼(TWB)에 데이터의 쓰기가 집중되면, 터보 라이트 버퍼(TWB)에서 제1 소거 동작이 수행되고, 터보 라이트 버퍼(TWB)에 데이터가 기입되고, 터보 라이트 버퍼(TWB)의 데이터가 플러쉬되고, 터보 라이트 버퍼(TWB)에서 제2 소거 동작이 수행되고, 그리고 터보 라이트 버퍼(TWB)에 데이터가 다시 기입되는 일련의 단계들이 짧은 시간 윈도 동안 수행될 수 있다.
이 때, 제1 소거 동작과 제2 소거 동작 사이의 시간이 문턱 시간보다 적으면, 제2 소거 동작 후에 터보 라이트 버퍼(TWB)에 다시 기입되는 데이터의 신뢰성이 저하될 수 있다. 이와 같은 문제를 해결하기 위하여, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 특정한 메모리 블록이 유효한 데이터를 저장하지 않으며 소거 동작 후에 재사용 가능하더라도, 해당 메모리 블록에서 이전 소거 동작 후에 경과한 시간이 문턱 시간보다 적으면, 해당 메모리 블록을 제외한 용량을 가용한 터보 라이트 버퍼 크기 필드에 기록할 수 있다.
도 11은 도 1의 스토리지 시스템의 계층적 구조를 예시적으로 보여주는 도면이다. 도 11을 참조하면, 스토리지 시스템(1000)은 호스트(1100) 및 스토리지 장치(1200)를 포함할 수 있다. 호스트(1100)는 애플리케이션(AP-h), 파일 시스템(FS-h), 장치 관리자(DM-h), UFS 애플리케이션 계층(UAP-h), UFS 전송 프로토콜 계층(UTP-h), 및 UFS 인터커넥트 계층(UIC-h)을 포함할 수 있다.
애플리케이션(AP-h)은 호스트(1100)에서 구동되는 다양한 응용 프로그램들, 프로세스들 등을 포함할 수 있다. 파일 시스템(FS-h)은 애플리케이션(AP-h)에 의해 발생하는 다양한 데이터를 조직화하고 관리하도록 구성될 수 있다.
UFS 애플리케이션 계층(UAP-h)은 호스트(1100) 및 스토리지 장치(1200) 사이의 다양한 커맨드를 지원하도록 구성된다. 예를 들어, UFS 애플리케이션 계층(UAP-h)은 입출력 스트림 관리자(IOSM-h) 및 UFS 커맨드 셋(USC-h)을 포함할 수 있다. 입출력 스트림 관리자(IOSM-h)는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청을 관리하도록 구성된다.
예시적인 실시 예에서, 입출력 스트림 관리자(IOSM-h)는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 입출력의 특성 값을 구분하도록 구성될 수 있다. 입출력 스트림 관리자(IOSM-h)는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청의 우선 순위를 관리하거나 또는 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청에 따른 다양한 기능을 지원하도록 구성될 수 있다. 예시적인 실시 예에서, 입출력 스트림 관리자(IOSM-h)는 터보 라이트 기능 또는 터보 리드 기능을 지원하도록 구성될 수 있다.
예시적인 실시 예에 있어서, 호스트(1100) 또는 호스트(1100)의 사용자에 의해 지정된 특정한 어플리케이션 또는 프로세스는 터보 라이트 또는 터보 리드를 사용할 수 있다. 특정한 애플리케이션 또는 프로세스의 스토리지 장치(1200)에 대한 쓰기 또는 읽기 요청에 응답하여, 입출력 스트림 관리자(IOSM-h)는 터보 라이트 또는 터보 리드를 수행할 것을 판단할 수 있다.
또한, 파일 시스템(FS-h)에 의해 관리되는 특정한 데이터는 터보 라이트 또는 터보 리드를 사용할 수 있다. 특정한 데이터(예를 들어, 메타 데이터)의 스토리지 장치(1200)에 대한 쓰기 또는 읽기 요청에 응답하여, 입출력 스트림 관리자(IOSM-h)는 터보 라이트 또는 터보 리드를 수행할 것을 판단할 수 있다.
이에 더하여, 입출력 스트림 관리자(IOSM-h)는 스토리지 장치(1200)에 기입된 데이터의 이동(move)을 지시할 수 있다. 입출력 스트림 관리자(IOSM-h)는 데이터를 고정된 터보 라이트 버퍼(TWB-p)로, 비고정된 터보 라이트 버퍼(TWB-np)로, 또는 사용자 스토리지(UST)로 이동시킴으로써, 스토리지 장치(1200)에 기입된 데이터의 읽기 속도들을 조절할 수 있다.
UFS 커맨드 셋(USC-h)은 호스트(1100) 및 스토리지 장치(1200) 사이에서 지원되는 다양한 커맨드 세트를 지원할 수 있다. 예시적인 실시 예에서, UFS 커맨드 셋(USC-h)은 UFS 전용 커맨드 셋(UFS Native command set) 및 UFS SCSI 커맨스 셋(UFS SCSI command set)을 포함할 수 있다. UFS 커맨드 셋(USC-h)은 애플리케이션(AP-h) 또는 파일 시스템(FS-h)으로부터의 요청에 따라 스토리지 장치(1200)로 전송될 커맨드를 구성할 수 있다.
비록 도면에 도시되지는 않았으나, UFS 애플리케이션 계층(UAP-h)은 커맨드 큐 제어를 위한 커맨드들을 처리하는 태스크 관리자(Task Manager)를 더 포함할 수 있다.
장치 관리자(DM-h)는 장치 레벨의 동작들 및 장치 레벨의 구성들을 관리할 수 있다. 예시적인 실시 예에서, 장치 관리자(DM-h)는 스토리지 장치(1200)의 다양한 정보를 설정하거나 확인하기 위한 쿼리 요청을 관리할 수 있다.
UFS 전송 프로토콜 계층(UTP-h; UFS Transport Protocol)은 상위 계층을 위한 서비스들을 제공할 수 있다. UFS 전송 프로토콜 계층(UTP-h)은 UFS 애플리케이션 계층(UAP-h)로부터 제공된 커맨드 또는 정보; 또는 장치 관리자(DM-h)로부터 제공된 쿼리 요청을 UPIU(UFS Protocol Information Unit) 형태의 패킷으로 생성할 수 있다.
예시적인 실시 예에서, UFS 전송 프로토콜 계층(UTP-h) 및 장치 관리자(DM-h)는 UDM-SAP(UDM-Service Access Point)를 통해 서로 통신할 수 있다. UFS 전송 프로토콜 계층(UTP-h) 및 UFS 애플리케이션 계층(UAP-h)은 UTP_CMD_SAP 또는 UTP_TM_SAP를 통해 서로 통신할 수 있다.
UFS 인터커넥트 계층(UIC-h)은 스토리지 장치(1200)와의 연결을 관리할 수 있다. 예시적인 실시 예에서, UFS 인터커넥트 계층(UIC-h)은 스토리지 장치(1200)의 UFS 인터커넥트 계층(UIC-d)과 물리적으로 연결된 MIPI Unipro 및 MIPI M-PHY 와 같은 하드웨어 구성들을 포함할 수 있다. 예시적인 실시 예에서, UFS 인터커넥트 계층(UIC-h) 및 UFS 전송 프로토콜 계층(UTP-h)은 UIC-SAP를 통해 통신할 수 있고, UFS 인터커넥트 계층(UIC-h) 및 장치 관리자(DM-h)는 UIO-SAP를 통해 통신할 수 있다.
스토리지 장치(1200)는 메모리 영역 관리자(MAM-d), 메모리 영역 속성 관리자(MAPM-d), 장치 관리자(DM-d), UFS 애플리케이션 계층(UAP-d), UFS 전송 프로토콜 계층(UTP-d), 및 UFS 인터커넥트 계층(UIC-d)을 포함할 수 있다. 예시적인 실시 예에서, UFS 애플리케이션 계층(UAP-d), UFS 전송 프로토콜 계층(UTP-d), 및 UFS 인터커넥트 계층(UIC-d)의 구성은 호스트(1100)의 UFS 애플리케이션 계층(UAP-h), UFS 전송 프로토콜 계층(UTP-h), 및 UFS 인터커넥트 계층(UIC-h)과 유사하며, 대응되는 계층들 간 논리적 통신하는 구성으로 이해될 수 있으므로, 이에 대한 상세한 설명은 생략된다.
스토리지 장치(1200)의 메모리 영역 속성 관리자(MAPM-d)는 호스트(1100)로부터 수신된 쓰기 데이터가 저장될 영역을 지정하고 관리할 수 있다. 예를 들어, 앞서 설명된 바와 같이, 호스트(1100)의 명시적 요청 또는 내부 정책에 따라 호스트(1100)로부터 수신된 쓰기 데이터는 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 중 적어도 하나의 공간에 기입될 수 있다. 메모리 영역 속성 관리자(MAPM-d)는 앞서 설명된 다양한 방식들을 기반으로 호스트(1100)로부터 수신된 쓰기 데이터가 저장될 공간을 선택하고, 선택된 공간에 쓰기 데이터를 저장할 수 있다.
스토리지 장치(1200)의 메모리 영역 관리자(MAM-d)는 앞서 설명된 바와 같이, 호스트(1100)로부터의 명시적인 요청 또는 내부 정책에 따라, 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 제어할 수 있다.
메모리 영역 속성 관리자(MAPM-d)는 정책 관리자(PM-d) 및 정책 확인 모듈(PCM-d)을 포함할 수 있다. 정책 관리자(PM-d)는 호스트(1100)에 의해 제공되는 정책을 관리할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)의 다양한 동작들에 관한 정책들을 결정할 수 있다. 호스트(1100)는 결정된 정책들을 스토리지 장치(1200)로 제공할 수 있다. 정책 관리자(PM-d)는 호스트(1100)로부터 제공된 정책들을 설정할 수 있다. 예를 들어, 정책 관리자(PM-d)는 제공된 정책들을 메타 데이터로서 저장하여 정책들을 설정하고 관리할 수 있다.
정책 확인 모듈(PCM-d)은 정책 관리자(PM-d)에 의해 설정된 정책들을 확인할 수 있다. 정책 확인 모듈(PCM-d)에 의해 확인된 정책들에 기초하여 스토리지 장치(1200)의 동작이 수행될 수 있다.
예시적인 실시 예에 있어서, 호스트(1100)는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)와 관련된 정책들을 결정할 수 있다. 예를 들어, 호스트(1100)는 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션동작에 대한 구체적인 정책들을 결정할 수 있다. 이 경우, 정책 확인 모듈(PCM-d)에 의해 확인된 정책들에 따라 메모리 영역 관리자(MAM-d)가 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 제어할 수 있다.
메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 위한 논리적 어드레스(LBA)를 별도로 관리할 수 있다. 도 11에 도시된 바와 같이, 메모리 영역 속성 관리자(MAPM-d)는 터보 라이트 버퍼(TWB)의 논리적 어드레스(LBA)를 별도의 맵(LM)으로 관리할 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM)을 통해 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 논리적 어드레스(LBA)를 별도로 관리할 수 있다.
상술된 스토리지 장치(1200)의 계층적인 구조 및 기능은 도 1의 컨트롤러(1210)에서 수행될 수 있다. 또한, 상술된 호스트(1100) 및 스토리지 장치(1200) 각각의 계층적인 구조 및 기능은 예시적인 것이며 본 발명의 범위가 이에 한정되는 것은 아니다.
도 12는 도 11의 메모리 영역 속성 관리자가 관리하는 터보 라이트 버퍼의 논리적 어드레스 맵의 예시를 보여준다. 도 12를 참조하면, 메모리 영역 속성 관리자(MAPM-d)는 터보 라이트 버퍼(TWB)에 저장된 데이터에 대응하는 논리적 어드레스(LBA)를 맵(LM)으로 관리할 수 있다. 메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p)에 저장된 데이터에 대응하는 논리적 어드레스 맵(LM-p) 및 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 데이터에 대응하는 논리적 어드레스 맵(LM-np)을 별도로 관리할 수 있다.
논리적 어드레스 맵들(LM-p, LM-np) 각각은 논리적 어드레스(LBA), 읽기 히트 카운트(RHC), 쓰기 시간(WT), 스트림 식별자(SID), 및 청크 사이즈(CS)에 대응하는 필드들을 포함할 수 있다. 논리적 어드레스(LBA)는 터보 라이트 버퍼(TWB)에 저장된 데이터에 대응할 수 있다. 예를 들어, 고정된 터보 라이트 버퍼(TWB-p)에 제1 논리적 어드레스(LBA1)에 대응하는 데이터가 기입(또는 저장)되는 경우, 논리적 어드레스 맵(LM-p)의 논리적 어드레스(LBA) 필드에 제1 논리적 어드레스(LBA1)가 추가될 수 있다. 예를 들어, 논리적 어드레스 맵들(LM-p, LM-np)의 논리적 어드레스(LBA)는 호스트(1100)로부터의 쓰기 커맨드에 기초한 쓰기 동작에 따라 추가될 수 있다. 또는, 논리적 어드레스 맵들(LM-p, LM-np)의 논리적 어드레스(LBA)는 호스트(1100)로부터의 명시적인 커맨드 또는 내부 정책에 기초한 데이터 이동/플러쉬/마이그레이션 동작에 따라 추가될 수 있다.
읽기 히트 카운트(RHC)는 논리적 어드레스(LBA)에 대응하는 데이터에 대하여 수행된 읽기 동작의 개수를 가리킨다. 데이터에 대한 호스트(1100)의 액세스가 증가될수록 대응하는 읽기 히트 카운트(RHC)가 증가될 수 있다. 예를 들어, 고정된 터보 라이트 버퍼(TWB-p)에 제1 논리적 어드레스(LBA1)에 대응하는 데이터가 저장된 경우, 데이터에 대한 읽기 동작에 따라 제1 논리적 어드레스(LBA1)에 대응하는 제1 읽기 히트 카운트(RHC1)가 증가될 수 있다.
쓰기 시간(WT)은 논리적 어드레스(LBA)에 대응하는 데이터가 기입된 시간에 대한 정보를 가리킨다. 예를 들어, 제1 논리적 어드레스(LBA1)에 대응하는 데이터가 고정된 터보 라이트 버퍼(TWB-p)에 기입된 경우, 제1 논리적 어드레스(LBA1)에 대응하여 제1 쓰기 시간(WT1)이 저장될 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 호스트(1100)로부터 쓰기 커맨드가 제공된 시간을 기반으로 쓰기 시간(WT)을 관리할 수 있으나, 본 발명이 이에 한정되는 것은 아니다.
스트림 식별자(SID)는 논리적 어드레스(LBA)에 대응하는 데이터와 관련된 스트림 정보를 가리킨다. 예를 들어, 스트림 식별자(SID)는 데이터를 생성하는 호스트(1100)의 애플리케이션, 프로세스 또는 장치에 따라 달라질 수 있다. 또는, 스트림 식별자(SID)는 데이터와 관련된 타겟 장치에 따라 달라질 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 쓰기 커맨드에 포함된 필드(예를 들어, “GROUP NUMBER”)의 값을 기반으로 스트림 식별자(SID)를 식별할 수 있다.
청크 사이즈(CS)는 논리적 어드레스(LBA)에 대응하는 데이터의 청크 사이즈를 가리킨다. 예를 들어, 청크 사이즈는 기입될 데이터의 인접한(contiguous) 논리적 블록들의 개수일 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 쓰기 커맨드에 포함된 필드(예를 들어, “TRANSFER LENGTH”)의 값을 기반으로 데이터의 청크 사이즈(CS)를 식별할 수 있다.
상술한 바와 같이, 메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)에 추가된 논리적 어드레스(LBA)와 관련하여 읽기 히트 카운트(RHC), 쓰기 시간(WT), 스트림 식별자(SID), 및 청크 사이즈(CS)를 관리할 수 있다. 예를 들어, 메모리 영역 속성 관리자(MAPM-d)는 고정된 터보 라이트 버퍼(TWB-p)에 저장된 데이터에 대응하는 제2 논리적 어드레스(LBA2)에 대응하여 제2 읽기 히트 카운트(RHC2), 제2 쓰기 시간(WT2), 제2 스트림 식별자(SID2), 및 제2 청크 사이즈(CS2)를 논리적 어드레스 맵(LM-p)에 저장할 수 있다. 메모리 영역 속성 관리자(MAPM-d)는 비고정된 터보 라이트 버퍼(TWB-np)에 저장된 데이터에 대응하는 제3 논리적 어드레스(LBA3)에 대응하여 제3 읽기 히트 카운트(RHC3), 제3 쓰기 시간(WT3), 제3 스트림 식별자(SID3), 및 제3 청크 사이즈(CS3)를 논리적 어드레스 맵(LM-np)에 저장할 수 있다.
터보 라이트 버퍼(TWB)로부터 사용자 스토리지(UST)로 데이터 이동/플러쉬/마이그레이션 동작이 수행되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM)을 업데이트할 수 있다. 예를 들어, 비고정된 터보 라이트 버퍼(TWB-np)의 제4 논리적 어드레스(LBA4)에 대응하는 데이터가 사용자 스토리지(UST)로 이동되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM-np)에서 제4 논리적 어드레스(LBA4)를 삭제할 수 있다.
고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 사이에 데이터 이동/플러쉬/마이그레이션 동작이 수행되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM)을 업데이트할 수 있다. 예를 들어, 고정된 터보 라이트 버퍼(TWB-p)의 제2 논리적 어드레스(LBA2)에 대응하는 데이터가 비고정된 터보 라이트 버퍼(TWB-np)로 이동되는 경우, 메모리 영역 속성 관리자(MAPM-d)는 논리적 어드레스 맵(LM-p)에서 제2 논리적 어드레스(LBA2)를 삭제하고, 논리적 어드레스 맵(LM-np)에서 제2 논리적 어드레스(LBA2)를 추가할 수 있다.
도 11의 메모리 영역 관리자(MAM-d)는 논리적 어드레스 맵(LM)을 기반으로 고정된 터보 라이트 버퍼(TWB-p), 비고정된 터보 라이트 버퍼(TWB-np), 및 사용자 스토리지(UST) 사이의 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 예를 들어, 메모리 영역 관리자(MAM-d)는 데이터 이동/플러쉬/마이그레이션 동작 수행 시, 논리적 어드레스 맵(LM)을 기반으로 설정된 정책에 따라 우선순위 데이터를 선정할 수 있다. 우선순위 데이터를 선정하기 위한 정책들은 도 17을 참조하여 자세히 설명할 것이다.
도 13은 본 발명의 실시 예에 따라 터보 라이트 버퍼와 연관된 정책을 설정하는 동작의 예시를 보여준다. 도 13을 참조하면, S51 단계에서, 호스트(1100)는 터보 라이트 버퍼(TWB)와 연관된 정책을 쿼리 요청을 통해 스토리지 장치(1200)로 제공할 수 있다. 예를 들어, 호스트(1100)는 터보 라이트 버퍼(TWB)와 연관된 정책을 결정하고, 결정된 정책을 쿼리 요청을 통해 스토리지 장치(1200)로 제공할 수 있다.
S52 단계에서, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 터보 라이트 버퍼(TWB)와 관련된 정책을 설정할 수 있다. 스토리지 장치(1200)는 제공된 정책을 메타 데이터로서 저장하여 정책을 설정할 수 있다. 예를 들어, 스토리지 장치(1200)는 제공된 정책에 따라 필드 값을 변경하여 정책을 설정할 수 있다. 정책을 설정한 후, S53 단계에서, 스토리지 장치(1200)는 쿼리 응답을 호스트(1100)로 전송할 수 있다.
스토리지 장치(1200)는 S51 내지 S53 단계들을 통해 설정된 정책을 기반으로 터보 라이트 버퍼(TWB)와 관련된 다양한 동작들을 수행할 수 있다.
예를 들어, 스토리지 장치(1200)는 설정된 정책에 따라 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기를 고정하거나 또는 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기를 가변할 수 있다. 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 가변되는 경우, 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 비율이 가변될 수 있다. 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 고정되도록 정책이 설정되는 경우, 호스트(1100)에 의해 설정된 고정된 터보 라이트 버퍼(TWB-p)의 크기 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 고정될 수 있다. 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 가변되도록 정책이 설정되는 경우, 호스트(1100)에 의해 설정된 고정된 터보 라이트 버퍼(TWB-p)의 크기 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기가 다양한 원인(예를 들어, 설정된 정책)으로 인해 가변될 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)의 요청(예를 들어, Query Request UPIU)에 응답하여 고정된 터보 라이트 버퍼(TWB-p)의 크기 및 비고정된 터보 라이트 버퍼(TWB-np)의 크기에 대한 정보(예를 들어, Query Response UPIU를 통해)를 호스트(1100)로 전달할 수 있다.
예를 들어, 스토리지 장치(1200)는 설정된 정책에 따라 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p)에 데이터를 기입하거나, 또는 비고정된 터보 라이트 버퍼(TWB-np)에 데이터를 기입할 수 있다. 스토리지 장치(1200)는 터보 라이트 시에 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)가 지정되지 않은 경우, 정책에 따라 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)에 데이터를 기입할 수 있다.
예를 들어, 스토리지 장치(1200)는 설정된 정책을 기반으로 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하거나, 또는 호스트(1100)로부터 명령이 제공되는 경우(예를 들어, 이동 커맨드가 제공되는 경우, 또는 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값 또는 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값이 플러쉬 동작의 활성화를 가리키는 경우)에만, 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 스토리지 장치(1200)가 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 경우, 스토리지 장치(1200)는 호스트(1100)로부터의 명령과 관계 없이 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다.
상술한 바와 같이, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 다양한 정책들에 따라 터보 라이트 버퍼(TWB)와 연관된 동작들을 수행할 수 있다. 이하에서는, 도 14 내지 도 17을 참조하여 호스트(1100)로부터 제공되는 정책들이 추가적으로 설명될 것이다.
도 14는 본 발명의 실시 예에 따른 호스트 명령에 따라 스토리지 장치가 플러쉬 동작을 수행하는 예시를 보여준다. 도 14를 참조하면, S61 단계에서, 호스트(1100)는 쿼리 요청을 통해 스토리지 장치(1200)로 플러쉬 동작을 지시할 수 있다. 도 7을 참조하여 설명한 바와 같이, 호스트(1100)는 플래그(FLAG)의 터보 라이트 버퍼 플러쉬 활성화 필드의 값 또는 플래그(FLAG)의 하이버네이션 동안의 터보 라이트 버퍼 플러쉬 활성화 필드의 값을 통해 플러쉬 동작을 활성화시킬 수 있다.
S62 단계에서, 스토리지 장치(1200)는 쿼리 요청에 따라 플러쉬 활성화 필드의 값을 설정한 후, 호스트(1100)로 쿼리 응답을 전송할 수 있다. 스토리지 장치(1200)는 설정된 플러쉬 활성화 필드의 값에 따라 유휴 상태 또는 하이버네이션 상태에서 플러쉬할 수 있다.
플러쉬 동작을 수행하기 위해, S63 단계에서, 스토리지 장치(1200)는 플러쉬 동작과 연관된 정책을 확인할 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 플러쉬 동작과 연관된 정책을 미리 설정할 수 있다.
S64 단계에서, 스토리지 장치(1200)는 확인된 정책에 기초하여 데이터를 플러쉬할 수 있다. 예를 들어, 스토리지 장치(1200)는 하나의 플러쉬 동작에서 처리할 논리적 어드레스(LBA)의 개수에 따라 데이터를 플러쉬할 수 있다. 예를 들어, 스토리지 장치(1200)는 설정된 정책에 따라 데이터가 이동/플러쉬/마이그레이션된 터보 라이트 버퍼(TWB)의 물리적 저장 공간을 사용자 스토리지(UST)로 전환하거나, 또는 사용자 스토리지(UST)로 전환하지 않을 수 있다. 스토리지 장치(1200)가 터보 라이트 버퍼(TWB)의 물리적 저장 공간을 사용자 스토리지(UST)로 전환하는 경우, 사용자 스토리지(UST)의 물리적 저장 공간이 추가로 확보될 수 있다.
상술된 정책들은 호스트(1100)의 명령에 따라 스토리지 장치(1200)가 플러쉬 동작을 수행하는 경우뿐만 아니라 스토리지 장치(1200)가 자체적인 판단에 따라 플러쉬 동작을 수행하는 경우에도 적용될 수 있다.
도 15는 본 발명의 실시 예에 따른 호스트 명령에 따라 스토리지 장치가 이동 동작을 수행하는 예시를 보여준다. 도 15를 참조하면, S71 단계에서, 호스트(1100)는 커맨드 UPIU를 스토리지 장치(1200)로 전송할 수 있다. 커맨드 UPIU는 이동 정보(MV)(또는 이동 커맨드)를 포함할 수 있다. 예를 들어, 호스트(1100)는 스토리지 장치(1200)의 소스 영역(SRC)의 데이터를 목적지 영역(DEST)으로 이동시키기 위한 이동 커맨드를 스토리지 장치(1200)로 제공할 수 있다.
S72 단계에서, 스토리지 장치(1200)는 이동 동작과 연관된 정책을 확인할 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 이동 동작과 연관된 정책을 미리 설정할 수 있다.
S73 단계에서, 스토리지 장치(1200)는 확인된 정책에 기초하여 데이터를 이동할 수 있다. 예를 들어, 목적지 영역(DEST)의 자유 용량이 소스 영역(SRC)의 크기보다 작은 경우, 스토리지 장치(1200)는 데이터를 이동하지 않을 수 있다. 이 경우, 스토리지 장치(1200)는 이동 동작을 에러로 처리할 수 있다. 또는, 목적지 영역(DEST)의 자유 용량이 소스 영역(SRC)의 크기보다 작은 경우, 스토리지 장치(1200)는 이동 가능한 크기(즉, 목적지 영역(DEST)의 자유 용량)만큼만 데이터를 이동할 수 있다. 또는, 스토리지 장치(1200)는 목적지 영역(DEST)에 저장된 데이터를 퇴거시킨 후(예를 들어, 다른 영역으로 데이터를 이동/플러쉬/마이그레이션한 후), 자유 용량을 추가로 확보할 수 있다. 이 경우, 스토리지 장치(1200)는 목적지 영역(DEST)의 이미 확보된 공간 및 추가로 확보된 공간에 소스 영역(SRC)의 데이터를 이동할 수 있다.
이동이 완료된 후, S74 단계에서, 스토리지 장치(1200)는 이동 커맨드에 대한 응답을 호스트(1100)로 전송할 수 있다.
도 15에는 스토리지 장치(1200)가 이동 커맨드에 응답하여 데이터의 이동을 완료한 후, 이동 커맨드에 대한 응답을 호스트(1100)로 전송하는 예시를 도시하였으나, 본 발명이 이에 한정되는 것은 아니다. 예를 들어, 스토리지 장치(1200)는 이동 커맨드에 대한 응답을 호스트(1100)로 전송한 후, 이동 동작과 연관된 정책을 확인하고, 정책에 따라 데이터를 이동할 수 있다. 이와 같은 이동 커맨드에 대한 응답 시점은 호스트(1100)에 의해 정책으로 미리 설정될 수 있다. 즉, 스토리지 장치(1200)는 정책에 따라 이동 커맨드에 대한 응답 시점을 다르게 전송할 수 있다.
도 16은 본 발명의 실시 예에 따라 스토리지 장치가 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 예시를 보여준다. 도 16을 참조하면, S81 단계에서, 스토리지 장치(1200)는 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있는지 확인할 수 있다. 스토리지 장치(1200)는 설정된 정책을 확인하여 S81 단계를 수행할 수 있다.
자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작이 수행 가능한 경우, S82 단계에서, 스토리지 장치(1200)는 데이터 이동/플러쉬/마이그레이션 동작과 연관된 정책을 확인할 수 있다. 이 경우, 스토리지 장치(1200)는 호스트(1100)로부터 제공된 정책에 따라 데이터 이동/플러쉬/마이그레이션 동작과 연관된 정책을 미리 설정할 수 있다.
S83 단계에서, 스토리지 장치(1200)는 확인된 정책을 기반으로 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 예를 들어, 스토리지 장치(1200)는 정책에 따라 터보 라이트 버퍼(TWB)의 자유 용량이 부족한 경우, 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다. 구체적으로, 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)의 자유 용량이 기준 값 이하인 경우, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)의 데이터를 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 정책에 따라 터보 라이트 버퍼(TWB)의 자유 용량이 부족하더라도 데이터 이동/플러쉬/마이그레이션 동작을 수행하지 않을 수 있다. 이 경우, 터보 라이트 시, 스토리지 장치(1200)는 데이터를 사용자 스토리지(UST)에 우선 기입할 수 있다.
예를 들어, 스토리지 장치(1200)는 고성능 읽기 히트 카운트(read hit count)에 따라 데이터를 이동할 수 있다. 고성능 읽기 히트 카운트는 비고정된 터보 라이트 버퍼(TWB-np) 또는 사용자 스토리지(UST)로부터 고정된 터보 라이트 버퍼(TWB-p)로 데이터가 이동되기 위한 읽기 히트 카운트를 가리킬 수 있다. 고성능 읽기 히트 카운트는 호스트(1100)에 의해 미리 정책으로 설정될 수 있다. 비고정된 터보 라이트 버퍼(TWB-np) 또는 사용자 스토리지(UST)의 데이터에 대한 읽기 히트 카운트가 고성능 읽기 히트 카운트 이상인 경우, 스토리지 장치(1200)는 고정된 터보 라이트 버퍼(TWB-p)로 데이터를 이동할 수 있다.
예를 들어, 스토리지 장치(1200)는 정책에 따라 읽기 히트 카운트가 미리 설정된 값 이하인 고정된 터보 라이트 버퍼(TWB-p)의 데이터를 사용자 스토리지(UST)로 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 정책에 따라 읽기 히트 카운트가 미리 설정된 값 이하인 고정된 터보 라이트 버퍼(TWB-p)의 데이터를 비고정된 터보 라이트 버퍼(TWB-np)로 이동/플러쉬/마이그레이션할 수 있다. 비고정된 터보 라이트 버퍼(TWB-np) 또는 사용자 스토리지(UST)로 이동/플러쉬/마이그레이션된 데이터는 고성능 읽기 히트 카운트에 따라 다시 고정된 터보 라이트 버퍼(TWB-p)로 이동될 수 있다.
상술한 바와 같이, 스토리지 장치(1200)는 호스트(1100)로부터의 명령과 관계없이 S82 단계 및 S83 단계의 동작들을 수행할 수 있다. 예를 들어, 스토리지 장치(1200)는 유휴 상태 또는 하이버네이션 상태에서 S82 단계 및 S83 단계의 동작들을 수행할 수 있다.
자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작이 수행 가능하지 않은 경우, 도 14 및 도 15를 참조하여 설명한 바와 같이, 스토리지 장치(1200)는 호스트(1100)로부터 명령이 전송되는 경우에만 데이터 이동/플러쉬/마이그레이션 동작을 수행할 수 있다.
도 17은 본 발명의 실시 예에 따라 스토리지 장치가 우선순위 데이터를 선정하는 동작의 예시를 보여준다. 스토리지 장치(1200)는 호스트(1100)로부터의 명령에 따라 플러쉬 동작을 수행하거나, 또는 자체적인 판단에 따라 데이터 이동/플러쉬/마이그레이션 동작을 수행하는 경우, 우선순위 데이터를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)가 터보 라이트 버퍼(TWB)로부터 사용자 스토리지(UST)로 데이터를 이동/플러쉬/마이그레이션하는 경우, 도 17의 동작이 수행될 수 있다.
도 17을 참조하면, S91 단계에서, 스토리지 장치(1200)는 정책에 따라 복수의 터보 라이트 버퍼들 중 우선순위 터보 라이트 버퍼(TWB)를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 인덱스(index)를 기반으로 우선순위 터보 라이트 버퍼(TWB)를 선정할 수 있다. 스토리지 장치(1200)는 인덱스가 가장 낮은 터보 라이트 버퍼(TWB)를 우선순위 터보 라이트 버퍼(TWB)로 선정하거나, 또는 인덱스가 가장 높은 터보 라이트 버퍼(TWB)를 우선순위 터보 라이트 버퍼(TWB)로 선정할 수 있다. 이 경우, 스토리지 장치(1200)는 우선순위 터보 라이트 버퍼(TWB)의 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다.
예시적인 실시 예에서, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 타입이 논리 유닛 전용 버퍼 타입인 경우에만 S91 단계의 동작을 수행할 수 있다. 즉, 스토리지 장치(1200)는 터보 라이트 버퍼(TWB)의 타입이 공유 버퍼 타입인 경우, S91 단계의 동작을 생략할 수 있다.
S92 단계에서, 스토리지 장치(1200)는 정책에 따라 고정된 터보 라이트 버퍼(TWB-p) 및 비고정된 터보 라이트 버퍼(TWB-np) 중 우선순위 영역을 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 S91 단계에서 선정된 우선순위 터보 라이트 버퍼(TWB) 중에서 우선순위 영역을 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 선정된 우선순위 영역에 따라 고정된 터보 라이트 버퍼(TWB-p)의 데이터를 먼저 이동/플러쉬/마이그레이션하거나, 또는 비고정된 터보 라이트 버퍼(TWB-np)의 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다.
S93 단계에서, 스토리지 장치(1200)는 정책에 따라 우선순위 데이터를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 S92 단계에서 선정된 우선순위 영역 중에서 우선순위 데이터를 선정할 수 있다. 예시적인 실시 예에서, 스토리지 장치(1200)는 도 12의 논리적 어드레스 맵(LM)을 기반으로 우선순위 데이터를 선정할 수 있다. 예를 들어, 스토리지 장치(1200)는 대응하는 읽기 히트 카운트(RHC)가 미리 설정된 기준 값 이하인 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 대응하는 쓰기 시간(WT)과 현재 시간의 차이 값이 미리 설정된 기준 값 이상인 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 대응하는 스트림 식별자(SID)가 낮은 데이터를 먼저 이동/플러쉬/마이그레이션하거나 대응하는 스트림 식별자(SID)가 높은 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다. 또는, 스토리지 장치(1200)는 대응하는 청크 사이즈(CS)가 미리 설정된 기준 값 이하인 데이터를 먼저 이동/플러쉬/마이그레이션하거나 대응하는 청크 사이즈(CS)가 미리 설정된 기준 값 이상의 데이터를 먼저 이동/플러쉬/마이그레이션할 수 있다.
상술한 바와 같이, 스토리지 장치(1200)는 설정된 정책을 기반으로 데이터 이동/플러쉬/마이그레이션 동작을 위한 우선순위 데이터를 선정할 수 있다.
도 18은 본 발명의 실시 예에 따른 스토리지 시스템을 더 상세하게 보여주는 블록도이다. 도 11 및 도 18을 참조하면, 스토리지 시스템(1000)은 호스트(1100) 및 스토리지 장치(1200)를 포함한다. 호스트(1100) 및 스토리지 장치(1200)는 도 1 내지 도 17을 참조하여 설명된 바에 따라 동작할 수 있다. 스토리지 장치(1200)는 호스트(1100)에 부착된 임베디드 장치 또는 호스트(1100)와 탈착 가능한 카드 장치로 구현될 수 있다.
호스트(1100)는 애플리케이션 프로세서(1110), 랜덤 액세스 메모리(1120)(RAM), 모뎀(1130), 장치 드라이버(1140), 스피커(1150), 디스플레이(1160), 터치 패널(1170), 마이크로폰(1180), 그리고 이미지 센서들(1190)을 포함할 수 있다.
애플리케이션 프로세서(1110)는 애플리케이션(AP-h) 및 파일 시스템(FS-h)을 실행할 수 있다. 애플리케이션 프로세서(1110)는 RAM(1120)을 시스템 메모리로 사용할 수 있다. 애플리케이션 프로세서(1110)는 모뎀(1130)을 통해 외부의 장치와 유선 또는 무선으로 통신할 수 있다. 예시적인 실시 예에서, 모뎀(1130)은 애플리케이션 프로세서(1110)의 내부에 내장될 수 있다.
애플리케이션 프로세서(1110)는 장치 드라이버(1140)를 통해 주변 장치들과 통신할 수 있다. 예를 들어, 애플리케이션 프로세서(1110)는 장치 드라이버(1140)를 통해 스피커(1150), 디스플레이(1160), 터치 패널(1170), 마이크로폰(1180), 이미지 센서들(1190), 그리고 스토리지 장치(1200)와 통신할 수 있다.
장치 드라이버(1140)는 장치 관리자(DM-h), UFS 애플리케이션 계층(UAP-h), UFS 전송 프로토콜 계층(UTP-h), 및 UFS 인터커넥트 계층(UIC-h)를 포함할 수 있다. 예시적인 실시 예에서, 장치 드라이버(1140)는 애플리케이션 프로세서(1110)의 내부에 내장될 수 있다.
스피커(1150) 및 디스플레이(1160)는 사용자에게 정보를 전달하는 사용자 출력 인터페이스들일 수 있다. 터치 패널(1170), 마이크로폰(1180), 그리고 이미지 센서들(1190)은 사용자로부터 정보를 수신하는 사용자 입력 인터페이스들일 수 있다.
도 19는 스토리지 시스템에 본 발명의 실시 예가 적용된 개념도를 보여준다. 도 18 및 도 19를 참조하면, 스토리지 시스템(1000)은 디스플레이(1160)를 통해 설정 화면들을 제공할 수 있다. 설정 화면들 중 하나는 사용자에게 가속 모드의 정보를 제공할 수 있다.
스토리지 시스템(1000)은 가속 모드가 적용될 수 있는 제1 내지 제n 애플리케이션들(APP1~APPn)의 목록을 디스플레이(1160)를 통해 표시할 수 있다. 또한, 스토리지 시스템은 제1 내지 제n 애플리케이션들(APP1~APPn)의 가속 모드들을 조절할 수 있는 스위치들을 디스플레이(1160)를 통해 표시할 수 있다.
S110 단계에서, 사용자는 제3 애플리케이션(APP3)의 가속 모드의 활성화 위치를 터치할 수 있다. 스토리지 시스템(1000)은 터치 패널(1170)을 통해 사용자의 터치, 즉 제3 애플리케이션(APP3)을 활성화하는 지시를 감지할 수 있다. S120 단계에서, 제3 애플리케이션(APP3) 또는 제3 애플리케이션(APP3)의 프로세스들의 정보가 입출력 스트림 관리자(IOSM-h)로 전달될 수 있다.
제3 애플리케이션(APP3) 또는 제3 애플리케이션(APP3)의 프로세스들의 정보가 수신됨에 따라, S130 단계에서, 입출력 스트림 관리자(IOSM-h)는 선택된 제3 애플리케이션(APP3) 또는 프로세스들의 후속 읽기에 이동 동작을 예약할 수 있다. 예를 들어, 입출력 스트림 관리자(IOSM-h)는 쿼리 요청 UPIU를 통해 제3 애플리케이션(APP3)과 연관된 데이터에 대해 이동 속성들(MA)을 설정하고, 그리고 적절한 시점에 이동 정보(MV)를 포함하는 커맨드 UPIU를 생성할 수 있다.
다른 예로서, 입출력 스트림 관리자(IOSM-h)는 적절한 시점에 이동 정보(MV)를 포함하는 커맨드 UPIU를 생성하거나, 또는 이동 정보(MV)를 포함하는 커맨드 UPIU 및 데이터 아웃 UPIU를 생성할 수 있다. 예를 들어, 입출력 스트림 관리자(IOSM-h)는 이동 정보의 목적지 정보(DEST)로서 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)를 지정할 수 있다.
제3 애플리케이션(APP3)과 연관되 데이터가 고정된 터보 라이트 버퍼(TWB-p) 또는 비고정된 터보 라이트 버퍼(TWB-np)로 이동되면, 제3 애플이케이션(APP3)과 연관된 데이터의 읽기가 가속된다. 따라서, 제3 애플리케이션(APP3)의 성능이 가속될 수 있다.
예시적인 실시 예에서, 제3 애플리케이션(APP3)의 가속 모드가 비활성화된 경우, 입출력 스트림 관리자(IOSM-h)는 제3 애플리케이션(APP3)의 이동 동작, 예를 들어 사용자 스토리지(UST) 또는 비고정된 터보 라이트 버퍼(TWB-np)로의 이동 동작을 예약할 수 있다.
상술된 실시 예들에서, UFS 프로토콜에 기반하여 본 발명의 기술적 사상이 설명되었다. 그러나 본 발명의 기술적 사상은 UFS 프로토콜에 한정되지 않으며, 다양한 프로토콜들에 적용될 수 있다.
상술된 실시 예들에서, 제1, 제2, 제3 등의 용어들을 사용하여 스토리지 시스템(1000)의 구성 요소들이 설명되었다. 그러나 제1, 제2, 제3 등과 같은 용어들은 구성 요소들을 서로 구별하기 위해 사용되며, 본 발명을 한정하지 않는다. 예를 들어, 제1, 제2, 제3 등과 같은 용어들은 순서 또는 임의의 형태의 수치적 의미를 내포하지 않는다.
상술된 실시 예들에서, 블록들을 사용하여 본 발명의 실시 예들에 따른 구성 요소들이 표현되었다. 블록들은 IC (Integrated Circuit), ASIC (Application Specific IC), FPGA (Field Programmable Gate Array), CPLD (Complex Programmable Logic Device) 등과 같은 다양한 하드웨어 장치들, 하드웨어 장치들에서 구동되는 펌웨어, 응용과 같은 소프트웨어, 또는 하드웨어 장치와 소프트웨어가 조합된 형태로 구현될 수 있다. 또한, 블록들은 IC 내의 반도체 소자들로 구성되는 회로들 또는 IP(Intellectual Property)로 등록된 회로들을 포함할 수 있다.
상술된 내용은 본 발명을 실시하기 위한 구체적인 실시 예들이다. 본 발명은 상술된 실시 예들뿐만 아니라, 단순하게 설계 변경되거나 용이하게 변경할 수 있는 실시 예들 또한 포함할 것이다. 또한, 본 발명은 실시 예들을 이용하여 용이하게 변형하여 실시할 수 있는 기술들도 포함될 것이다. 따라서, 본 발명의 범위는 상술된 실시 예들에 국한되어 정해져서는 안되며 후술하는 특허청구범위뿐만 아니라 이 발명의 특허청구범위와 균등한 것들에 의해 정해져야 할 것이다.

Claims (20)

  1. 제1 영역, 제2 영역, 그리고 제3 영역을 포함하는 불휘발성 메모리 장치; 및
    호스트 장치로부터 쓰기 커맨드 및 제1 데이터를 수신하고, 상기 제1 데이터가 터보 라이트(turbo write)와 연관될 때 상기 제1 데이터를 상기 제3 영역보다 상기 제1 영역 또는 상기 제2 영역에 우선적으로 기입하고, 그리고 상기 제1 데이터가 노멀 라이트(normal write)와 연관될 때 상기 제1 데이터를 상기 제1 영역, 상기 제2 영역, 또는 상기 제3 영역에 기입하도록 구성된 컨트롤러를 포함하고,
    상기 컨트롤러는 상기 호스트 장치로부터 쿼리 요청을 통해 제공된 정책을 설정하고, 상기 설정된 정책에 따라 상기 제1 영역, 상기 제2 영역, 및 상기 제3 영역 사이에서 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 더 구성된 스토리지 장치.
  2. 제 1 항에 있어서,
    상기 컨트롤러는 상기 제1 영역에 저장된 데이터에 대응하는 논리적 어드레스를 관리하기 위한 제1 논리적 어드레스 맵 및 상기 제2 영역에 저장된 데이터에 대응하는 논리적 어드레스를 관리하기 위한 제2 논리적 어드레스 맵을 생성하도록 더 구성된 스토리지 장치.
  3. 제 2 항에 있어서,
    상기 컨트롤러는 제3 데이터가 상기 제1 영역에 기입되는 경우, 상기 제3 데이터에 대응하는 제1 논리적 어드레스를 상기 제1 논리적 어드레스 맵에 추가하고, 제4 데이터가 상기 제2 영역에 기입되는 경우, 상기 제4 데이터에 대응하는 제2 논리적 어드레스를 상기 제2 논리적 어드레스 맵에 추가하도록 구성된 스토리지 장치.
  4. 제 2 항에 있어서,
    상기 컨트롤러는 상기 제1 및 제2 논리적 어드레스 맵들의 논리적 어드레스들 각각에 대응하여 읽기 히트 카운트, 쓰기 시간, 스트림 식별자, 및 청크 사이즈 중 적어도 하나를 관리하도록 구성된 스토리지 장치.
  5. 제 4 항에 있어서,
    상기 컨트롤러는 상기 읽기 히트 카운트, 상기 쓰기 시간, 상기 스트림 식별자, 및 상기 청크 사이즈 중 적어도 하나를 기반으로 상기 제2 데이터 중 우선순위 데이터를 선정하고, 상기 선정된 우선순위 데이터에 대하여 우선적으로 이동, 플러쉬, 또는 마이그레이션 하도록 구성된 스토리지 장치.
  6. 제 1 항에 있어서,
    상기 컨트롤러는 상기 호스트 장치로부터의 부가적인 명령과 관계없이 상기 설정된 정책에 따라 상기 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 구성된 스토리지 장치.
  7. 제 6 항에 있어서,
    상기 컨트롤러는 상기 제1 영역 또는 상기 제2 영역의 자유 용량이 기준 값 이하인 경우, 상기 제1 영역 또는 상기 제2 영역으로부터 상기 제3 영역으로 상기 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 구성된 스토리지 장치.
  8. 제 6 항에 있어서,
    상기 컨트롤러는 상기 제2 영역 또는 상기 제3 영역의 상기 제2 데이터에 대한 읽기 히트 카운트가 제1 기준 값 이상인 경우, 상기 제1 영역으로 상기 제2 데이터를 이동하도록 구성된 스토리지 장치.
  9. 제 6 항에 있어서,
    상기 컨트롤러는 상기 제1 영역의 상기 제2 데이터에 대한 읽기 히트 카운트가 제2 기준 값 이하인 경우, 상기 제2 영역 또는 상기 제3 영역으로 상기 제2 데이터를 이동하도록 구성된 스토리지 장치.
  10. 제 1 항에 있어서,
    상기 제1 영역 또는 상기 제2 영역으로부터 상기 제3 영역으로 상기 제2 데이터가 이동, 플러쉬, 또는 마이그레이션된 후, 상기 컨트롤러는 상기 제2 데이터가 기입되었던 영역을 상기 제3 영역으로 전환하도록 더 구성된 스토리지 장치.
  11. 제 1 항에 있어서,
    상기 컨트롤러는 미리 설정된 논리적 어드레스 카운트에 따라 상기 제2 데이터를 플러쉬 또는 마이그레이션 하도록 구성된 스토리지 장치.
  12. 제 1 항에 있어서,
    상기 호스트 장치로부터 이동 명령이 제공되는 경우, 상기 설정된 정책에 따라 상기 컨트롤러는 상기 제2 데이터가 이동된 후 상기 이동 명령에 대한 응답을 상기 호스트 장치로 전송하거나, 또는 상기 이동 명령에 대한 상기 응답을 상기 호스트 장치로 전송한 후 상기 제2 데이터를 이동하도록 구성된 스토리지 장치.
  13. 제 1 항에 있어서,
    상기 호스트 장치로부터의 소스 영역의 상기 제2 데이터를 목적지 영역으로 이동하기 위한 이동 명령에 응답하여 상기 컨트롤러는 상기 소스 영역의 크기보다 상기 목적지 영역의 자유 용량의 크기가 작은 경우, 상기 목적지 영역의 제3 데이터를 퇴거시키고 상기 소스 영역의 상기 제2 데이터를 상기 목적지 영역으로 이동하도록 구성된 스토리지 장치.
  14. 고정된 영역 및 비고정된 영역으로 구분되는 터보 라이트 버퍼, 및 사용자 스토리지를 포함하는 불휘발성 메모리 장치; 및
    호스트 장치로부터 쓰기 커맨드 및 제1 데이터를 수신하고, 상기 제1 데이터가 터보 라이트와 연관될 때 상기 제1 데이터를 상기 사용자 스토리지보다 상기 터보 라이트 버퍼에 우선적으로 기입하고, 그리고 상기 제1 데이터가 노멀 라이트와 연관될 때 상기 제1 데이터를 상기 터보 라이트 버퍼 또는 상기 사용자 스토리지에 기입하도록 구성된 컨트롤러를 포함하고,
    상기 컨트롤러는 상기 호스트 장치로부터 제공된 정책을 기반으로 우선순위를 선정하고, 상기 선정된 우선순위에 따라 상기 터보 라이트 버퍼로부터 상기 사용자 스토리지로 제2 데이터를 이동, 플러쉬, 또는 마이그레이션 하도록 더 구성된 스토리지 장치.
  15. 제 14 항에 있어서,
    상기 컨트롤러는 상기 제공된 정책에 따라 상기 고정된 영역 및 상기 비고정된 영역 중 우선순위 영역을 선정하도록 구성된 스토리지 장치.
  16. 제 14 항에 있어서,
    상기 컨트롤러는 상기 제2 데이터에 대응하는 논리적 어드레스들 각각에 대한 읽기 히트 카운트, 쓰기 시간, 스트림 식별자, 및 청크 사이즈 중 적어도 하나를 기반으로 우선순위 데이터를 선정하도록 구성된 스토리지 장치.
  17. 제1 영역, 제2 영역, 그리고 제3 영역을 포함하는 스토리지 장치의 동작 방법에 있어서,
    호스트 장치로부터 쿼리 요청을 통해 상기 제1 영역 및 상기 제2 영역에 연관된 정책을 수신하는 단계;
    상기 수신된 정책을 설정하는 단계;
    상기 정책을 설정한 후, 상기 쿼리 요청에 대한 쿼리 응답을 상기 호스트 장치로 전송하는 단계;
    터보 라이트 기능이 활성화된 경우, 상기 호스트 장치로부터의 쓰기 커맨드에 응답하여 상기 설정된 정책에 따라 쓰기 데이터를 상기 제1 영역 또는 상기 제2 영역에 우선적으로 기입하는 단계; 및
    상기 터보 라이트 기능이 비활성화된 경우, 상기 호스트 장치로부터의 상기 쓰기 커맨드에 응답하여 상기 쓰기 데이터를 상기 제3 영역에 기입하는 단계를 포함하는 동작 방법.
  18. 제 17 항에 있어서,
    상기 설정된 정책에 따라 상기 제1 영역의 크기 및 상기 제2 영역의 크기의 비율을 변경하는 단계를 더 포함하는 동작 방법.
  19. 제 18 항에 있어서,
    상기 호스트 장치로부터의 제2 쿼리 요청에 응답하여 상기 변경된 제1 영역의 크기 정보 및 상기 변경된 제2 영역의 크기 정보를 상기 호스트 장치로 전송하는 단계를 더 포함하는 동작 방법.
  20. 제 17 항에 있어서,
    상기 설정된 정책에 따라 유휴 상태 또는 하이버네이션 상태에서 상기 제2 영역의 데이터를 상기 제3 영역으로 플러쉬하는 단계를 더 포함하는 동작 방법.
KR1020190094428A 2019-08-02 2019-08-02 스토리지 장치 및 그것의 동작 방법 KR102650809B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020190094428A KR102650809B1 (ko) 2019-08-02 2019-08-02 스토리지 장치 및 그것의 동작 방법
US16/896,638 US11556464B2 (en) 2019-08-02 2020-06-09 Storage device and operating method thereof
CN202010547111.XA CN112306905A (zh) 2019-08-02 2020-06-16 存储装置及其操作方法
EP20182223.6A EP3771984A1 (en) 2019-08-02 2020-06-25 Storage device and operating method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190094428A KR102650809B1 (ko) 2019-08-02 2019-08-02 스토리지 장치 및 그것의 동작 방법

Publications (2)

Publication Number Publication Date
KR20210016225A KR20210016225A (ko) 2021-02-15
KR102650809B1 true KR102650809B1 (ko) 2024-03-26

Family

ID=74258388

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190094428A KR102650809B1 (ko) 2019-08-02 2019-08-02 스토리지 장치 및 그것의 동작 방법

Country Status (3)

Country Link
US (1) US11556464B2 (ko)
KR (1) KR102650809B1 (ko)
CN (1) CN112306905A (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230137938A1 (en) * 2021-10-28 2023-05-04 Silicon Motion, Inc. Method and apparatus for performing data access control of memory device with aid of predetermined command

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190056885A1 (en) 2018-10-15 2019-02-21 Amrita MATHURIYA Low synch dedicated accelerator with in-memory computation capability
US20190065080A1 (en) 2017-08-30 2019-02-28 Kulachet Tanpairoj Slc cache management
KR102450555B1 (ko) 2015-11-09 2022-10-05 삼성전자주식회사 스토리지 장치 및 그것의 동작 방법

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2154276T3 (es) 1993-12-27 2001-04-01 Ricos Kk Aparato de comunicaciones para descargar datos.
US6151601A (en) 1997-11-12 2000-11-21 Ncr Corporation Computer architecture and method for collecting, analyzing and/or transforming internet and/or electronic commerce data for storage into a data storage area
US6922765B2 (en) 2001-06-21 2005-07-26 International Business Machines Corporation Method of allocating physical memory space having pinned and non-pinned regions
US7082495B2 (en) * 2002-06-27 2006-07-25 Microsoft Corporation Method and apparatus to reduce power consumption and improve read/write performance of hard disk drives using non-volatile memory
CA2419900A1 (en) 2003-02-26 2004-08-26 Ibm Canada Limited - Ibm Canada Limitee Relocating pages that are pinned in a buffer pool in a database system
US8214622B2 (en) 2004-05-27 2012-07-03 International Business Machines Corporation Facilitating management of storage of a pageable mode virtual environment absent intervention of a host of the environment
US9264384B1 (en) 2004-07-22 2016-02-16 Oracle International Corporation Resource virtualization mechanism including virtual host bus adapters
US7620773B2 (en) * 2005-04-15 2009-11-17 Microsoft Corporation In-line non volatile memory disk read cache and write buffer
JP4842593B2 (ja) * 2005-09-05 2011-12-21 株式会社日立製作所 ストレージ仮想化装置のデバイス制御引継ぎ方法
US7840753B1 (en) * 2006-09-07 2010-11-23 Marvell International Ltd. Hard disk drive as hybrid drive
US8296337B2 (en) 2006-12-06 2012-10-23 Fusion-Io, Inc. Apparatus, system, and method for managing data from a requesting device with an empty data token directive
US20090043831A1 (en) * 2007-08-11 2009-02-12 Mcm Portfolio Llc Smart Solid State Drive And Method For Handling Critical Files
US7865658B2 (en) * 2007-12-31 2011-01-04 Sandisk Il Ltd. Method and system for balancing host write operations and cache flushing
US8060719B2 (en) * 2008-05-28 2011-11-15 Micron Technology, Inc. Hybrid memory management
TWI485563B (zh) * 2008-09-17 2015-05-21 Silicon Motion Inc 快閃記憶裝置及其運作方法
US8407398B2 (en) * 2008-10-01 2013-03-26 Lenovo (Singapore) Pte. Ltd. Cache mapping for solid state drives
US20110078375A1 (en) * 2009-09-30 2011-03-31 Keir Shepherd Data storage
US9235530B2 (en) * 2010-05-31 2016-01-12 Sandisk Technologies Inc. Method and system for binary cache cleanup
US8656256B2 (en) * 2010-07-07 2014-02-18 Stec, Inc. Apparatus and method for multi-mode operation of a flash memory device
US9569320B2 (en) 2010-12-01 2017-02-14 Seagate Technology Llc Non-volatile memory program failure recovery via redundant arrays
CN103348330B (zh) 2010-12-01 2017-05-24 希捷科技有限公司 采用独立硅元件的动态较高级冗余模式管理
US8825964B1 (en) 2011-09-26 2014-09-02 Emc Corporation Adaptive integration of cloud data services with a data storage system
US9058282B2 (en) * 2012-12-31 2015-06-16 Intel Corporation Dynamic cache write policy
US9037753B2 (en) 2013-08-29 2015-05-19 International Business Machines Corporation Automatic pinning and unpinning of virtual pages for remote direct memory access
US9519577B2 (en) 2013-09-03 2016-12-13 Sandisk Technologies Llc Method and system for migrating data between flash memory devices
US9619155B2 (en) * 2014-02-07 2017-04-11 Coho Data Inc. Methods, systems and devices relating to data storage interfaces for managing data address spaces in data storage devices
US10854290B1 (en) * 2015-06-26 2020-12-01 EMC IP Holding Company LLC Utilizing a flash memory drive which includes single-level cell flash memory and multi-level cell flash memory
US9841921B2 (en) 2016-04-27 2017-12-12 Pure Storage, Inc. Migrating data in a storage array that includes a plurality of storage devices
US20190026226A1 (en) * 2017-07-24 2019-01-24 Intel Corporation Methods and apparatus to manage intermittently connectable storage media
US10379782B2 (en) * 2017-08-18 2019-08-13 Intel Corporation Host managed solid state drivecaching using dynamic write acceleration
US20190303034A1 (en) * 2018-04-03 2019-10-03 Seagate Technology Llc Wear mitigation through data promotion in a hierarchical memory
US10802750B2 (en) * 2019-02-28 2020-10-13 Silicon Motion Inc. Universal flash storage memory module, controller and electronic device with advanced turbo write buffer and method for operating the memory module
US10922235B2 (en) * 2019-06-26 2021-02-16 Western Digital Technologies, Inc. Method and system for address table eviction management
KR20210016186A (ko) * 2019-08-01 2021-02-15 삼성전자주식회사 스토리지 장치, 그것을 포함하는 메모리 시스템 및 그것의 동작 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102450555B1 (ko) 2015-11-09 2022-10-05 삼성전자주식회사 스토리지 장치 및 그것의 동작 방법
US20190065080A1 (en) 2017-08-30 2019-02-28 Kulachet Tanpairoj Slc cache management
US20190056885A1 (en) 2018-10-15 2019-02-21 Amrita MATHURIYA Low synch dedicated accelerator with in-memory computation capability

Also Published As

Publication number Publication date
KR20210016225A (ko) 2021-02-15
US20210034513A1 (en) 2021-02-04
CN112306905A (zh) 2021-02-02
US11556464B2 (en) 2023-01-17

Similar Documents

Publication Publication Date Title
KR102650689B1 (ko) 스토리지 장치
US11249911B2 (en) Storage device, memory system, and operating method for managing host-resident L2P map cache
US11899980B2 (en) Storage device including a turbo write buffer divided into a non-pinned buffer area and a pinned buffer area, an operation method of a storage system including the storage device in which data of the non-pinned and pinned buffer areas are flushed differently, and a host device controlling the storage device
US11507312B2 (en) Storage device and method for accelerating storage device write and read speed
US11645007B2 (en) Memory device including plurality of buffer areas for supporting fast write and fast read and storage device including the same
US20230072721A1 (en) Storage device and operating method of storage device
US11573732B2 (en) Storage device, memory system comprising the same, and operation method thereof
KR102650809B1 (ko) 스토리지 장치 및 그것의 동작 방법
EP3772063A1 (en) Memory device including plurality of buffer areas for supporting fast write and fast read and storage device including the same
US11507311B2 (en) Storage device for accelerating write speed and read speed
EP3771984A1 (en) Storage device and operating method thereof
EP3779704B1 (en) Storage device, memory system comprising the same, and operating method thereof
US20230147477A1 (en) Storage device, memory system comprising the same, and operation method thereof
EP3771982B1 (en) Storage device

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant