2011 IEEE 19th Annual International Symposium on Modelling, Analysis, and Simulation of Computer and Telecommunication Systems 2011
DOI: 10.1109/mascots.2011.41
|View full text |Cite
|
Sign up to set email alerts
|

Hot Random Off-Loading: A Hybrid Storage System with Dynamic Data Migration

Abstract: Abstract-Random accesses are generally harmful to performance in hard disk drives due to more dramatic mechanical movement. This paper presents the design, implementation, and evaluation of Hot Random Off-loading (HRO), a self-optimizing hybrid storage system that uses a fast and small SSD as a bypassable cache to hard disks, with a goal to serve a majority of random I/O accesses from the fast SSD. HRO dynamically estimates the performance benefits based on history access patterns, especially the randomness an… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
26
0

Year Published

2014
2014
2019
2019

Publication Types

Select...
5
1

Relationship

0
6

Authors

Journals

citations
Cited by 29 publications
(26 citation statements)
references
References 10 publications
0
26
0
Order By: Relevance
“…While SLASSD [7] uses an opportunistic goal oriented block I/O scheduling algorithm, Kim et al [2] proposes host level SSD I/O schedulers, which are extensions of state-of-the-art I/O scheduling scheme CFQ. ParDispatcher [49] tries to utilize the parallelism in SSDs, by dividing the entire SSD into sub-regions, each having [6] , SLASSD [7], Axboe [44], Hystor [34], PDC [43], ParDispatcher [49], BFQ [50], FlexDrive [12], AD [28], Borg [8] ADLAM [33], SUORA [4], hatS [21], PDC [43], HRO [45], RPAC [46], RAF [47], PASS [48], Triple-H [11], ExaPlan [20], HybridStore [51], Hystor [34], Scarlett [52], DUX [1] a different queue for dispatching requests. ParDipatcher might be good in applications which have more random I/Os otherwise, leading to increasing wait queues for popular sub-regions and bias in performance.…”
Section: Block Layer Developments Mostly I/o Schedulingmentioning
confidence: 99%
See 1 more Smart Citation
“…While SLASSD [7] uses an opportunistic goal oriented block I/O scheduling algorithm, Kim et al [2] proposes host level SSD I/O schedulers, which are extensions of state-of-the-art I/O scheduling scheme CFQ. ParDispatcher [49] tries to utilize the parallelism in SSDs, by dividing the entire SSD into sub-regions, each having [6] , SLASSD [7], Axboe [44], Hystor [34], PDC [43], ParDispatcher [49], BFQ [50], FlexDrive [12], AD [28], Borg [8] ADLAM [33], SUORA [4], hatS [21], PDC [43], HRO [45], RPAC [46], RAF [47], PASS [48], Triple-H [11], ExaPlan [20], HybridStore [51], Hystor [34], Scarlett [52], DUX [1] a different queue for dispatching requests. ParDipatcher might be good in applications which have more random I/Os otherwise, leading to increasing wait queues for popular sub-regions and bias in performance.…”
Section: Block Layer Developments Mostly I/o Schedulingmentioning
confidence: 99%
“…ADLAM [33] proposes an adaptable data migration model based on the heat of data to determine the next hot data. HRO [45] migrates or allocates files to SSD based on hotness (access frequency), randomness and profit-value based on read/write-intensiveness and recency of file access. PDC [43] keeps blocks in SSD with highest hit frequency.…”
Section: Multi-tier Storagementioning
confidence: 99%
“…It monitors the access type and frequency of each file and places frequently read files on SSDs and frequently written files on mechanical disks, so as to separate read and write I/O requests. Hot random off‐loading (HRO) extends this concept by considering not only the access frequency of files but also their random‐access characteristics . Specifically, it monitors the hotness and randomness of each individual file.…”
Section: Backround and Related Workmentioning
confidence: 99%
“…Nevertheless, this problem is similar to the classic 0/1 knapsack problem, which in turn is NP‐complete . Thus, we develop an approximation algorithm called Profit Caching, which heuristically calculates the benefit value of each block and selects only the high‐benefit value blocks to cache in flash memory.…”
Section: Profit Caching: Identifying High‐profit Blocksmentioning
confidence: 99%
“…Some wear leveling operations are done to well balance the write loads of different parts of a SSD[15][16][17]. So we just care about the total write load of SSDs without worrying about which part of a SSD a video should be written in.…”
mentioning
confidence: 99%