22nd International Symposium on Reliable Distributed Systems, 2003. Proceedings.
DOI: 10.1109/reldis.2003.1238060
|View full text |Cite
|
Sign up to set email alerts
|

Performance virtualization for large-scale storage systems

Abstract: Current data centers require storage capacities of hundreds of terabytes to petabytes. Time-critical applications such as on-line transaction processing depend on getting adequate performance from the storage subsystem; otherwise, they fail. It is difficult to provide predictable quality of service at this level of complexity, because I/O workloads are extremely variable and device behavior is poorly understood. Ensuring that unrelated but competing workloads do not affect each other's performance is still mor… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
57
0

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 68 publications
(57 citation statements)
references
References 8 publications
0
57
0
Order By: Relevance
“…In order to enable aggressive provisioning and efficient resource utilization, we need techniques to quickly mitigate SLO violations. Current mitigation techniques are either temporary fixes (e.g., throttling workloads [10,18,13,35]) or operate over very large timescales (e.g., data migration [1,3,4]). As shown in Figure 1 and discussed elsewhere [11], workloads may experience peaks a few times a day.…”
Section: Dynamismmentioning
confidence: 99%
“…In order to enable aggressive provisioning and efficient resource utilization, we need techniques to quickly mitigate SLO violations. Current mitigation techniques are either temporary fixes (e.g., throttling workloads [10,18,13,35]) or operate over very large timescales (e.g., data migration [1,3,4]). As shown in Figure 1 and discussed elsewhere [11], workloads may experience peaks a few times a day.…”
Section: Dynamismmentioning
confidence: 99%
“…To address the similar problem in the domain of storage, various adaptations of these algorithms have been proposed. For example, YFQ [11], SFQ(D) [5] are based on Start-time Fair Queue (SFQ) [12]; SLEDS [13] and SARC [14] are adaptations of the leaky bucket algorithm; CVC [15] [4] adopts VirtualClock [7]. However, directly applying fair queuing-based algorithm to storage system can introduce unfairness within a short period of time (Section II-C).…”
Section: Overview and Related Workmentioning
confidence: 99%
“…Just like in our prototype, SLEDS [8], Façade [12], SFQ [10], and Argon [19] place a scheduling tier above the existing disk scheduler which controls the I/Os issued to the underlying disk. Argon [19] uses a quanta-based scheduler, while SLEDS [8] uses a leaky-bucket filter to throttle I/Os from clients exceeding their given fraction. Similarly, SFQ dynamically adjusts the deadline of I/Os to provide fair sharing of bandwidth.…”
Section: Related Workmentioning
confidence: 99%