Better database cost/performance via batched I/O on programmable SSD.

Research output: Contribution to journalJournal articleResearchpeer-review

Standard

Better database cost/performance via batched I/O on programmable SSD. / Do, Jaeyoung; Picoli, Ivan Luiz; Lomet, David B.; Bonnet, Philippe.

In: V L D B Journal, Vol. 30, No. 3, 3, 2021, p. 403-424.

Research output: Contribution to journalJournal articleResearchpeer-review

Harvard

Do, J, Picoli, IL, Lomet, DB & Bonnet, P 2021, 'Better database cost/performance via batched I/O on programmable SSD.', V L D B Journal, vol. 30, no. 3, 3, pp. 403-424. https://doi.org/10.1007/s00778-020-00648-z

APA

Do, J., Picoli, I. L., Lomet, D. B., & Bonnet, P. (2021). Better database cost/performance via batched I/O on programmable SSD. V L D B Journal, 30(3), 403-424. [3]. https://doi.org/10.1007/s00778-020-00648-z

Vancouver

Do J, Picoli IL, Lomet DB, Bonnet P. Better database cost/performance via batched I/O on programmable SSD. V L D B Journal. 2021;30(3):403-424. 3. https://doi.org/10.1007/s00778-020-00648-z

Author

Do, Jaeyoung ; Picoli, Ivan Luiz ; Lomet, David B. ; Bonnet, Philippe. / Better database cost/performance via batched I/O on programmable SSD. In: V L D B Journal. 2021 ; Vol. 30, No. 3. pp. 403-424.

Bibtex

@article{a6bff1e29d604e0a90f64cb9f50d6bfe,
title = "Better database cost/performance via batched I/O on programmable SSD.",
abstract = "Data should be placed at the most cost- and performance-effective tier in the storage hierarchy. While performance and cost decrease with distance from the CPU, the cost/performance trade-off depends on how efficiently data can be moved across tiers. Log structuring improves this cost/performance by writing batches of pages from main memory to secondary storage using a conventional block-at-a-time I/O interface. However, log structuring incurs overhead in the form of recovery and garbage collection. With computational Solid-State Drives, it is now possible to design a storage interface that minimizes this overhead. In this paper, we offload log structuring from the CPU to the SSD. We define a new batch I/O storage interface and we design a Flash Translation Layer that takes care of log structuring on the SSD side. This removes the CPU computational and I/O load associated with recovery and garbage collection. We compare the performance of the Bw-tree key-value store with its LLAMA host-based log structuring to the same key-value software stack executing on a computational SSD equipped with a batch I/O interface. Our experimental results show the benefits of eliminating redundancies, minimizing interactions across storage layers, and avoiding the CPU cost of providing log structuring.",
author = "Jaeyoung Do and Picoli, {Ivan Luiz} and Lomet, {David B.} and Philippe Bonnet",
note = "DBLP License: DBLP's bibliographic metadata records provided through http://dblp.org/ are distributed under a Creative Commons CC0 1.0 Universal Public Domain Dedication. Although the bibliographic metadata records are provided consistent with CC0 1.0 Dedication, the content described by the metadata records is not. Content may be subject to copyright, rights of privacy, rights of publicity and other restrictions.",
year = "2021",
doi = "10.1007/s00778-020-00648-z",
language = "English",
volume = "30",
pages = "403--424",
journal = "V L D B Journal",
issn = "1066-8888",
publisher = "Springer",
number = "3",

}

RIS

TY - JOUR

T1 - Better database cost/performance via batched I/O on programmable SSD.

AU - Do, Jaeyoung

AU - Picoli, Ivan Luiz

AU - Lomet, David B.

AU - Bonnet, Philippe

N1 - DBLP License: DBLP's bibliographic metadata records provided through http://dblp.org/ are distributed under a Creative Commons CC0 1.0 Universal Public Domain Dedication. Although the bibliographic metadata records are provided consistent with CC0 1.0 Dedication, the content described by the metadata records is not. Content may be subject to copyright, rights of privacy, rights of publicity and other restrictions.

PY - 2021

Y1 - 2021

N2 - Data should be placed at the most cost- and performance-effective tier in the storage hierarchy. While performance and cost decrease with distance from the CPU, the cost/performance trade-off depends on how efficiently data can be moved across tiers. Log structuring improves this cost/performance by writing batches of pages from main memory to secondary storage using a conventional block-at-a-time I/O interface. However, log structuring incurs overhead in the form of recovery and garbage collection. With computational Solid-State Drives, it is now possible to design a storage interface that minimizes this overhead. In this paper, we offload log structuring from the CPU to the SSD. We define a new batch I/O storage interface and we design a Flash Translation Layer that takes care of log structuring on the SSD side. This removes the CPU computational and I/O load associated with recovery and garbage collection. We compare the performance of the Bw-tree key-value store with its LLAMA host-based log structuring to the same key-value software stack executing on a computational SSD equipped with a batch I/O interface. Our experimental results show the benefits of eliminating redundancies, minimizing interactions across storage layers, and avoiding the CPU cost of providing log structuring.

AB - Data should be placed at the most cost- and performance-effective tier in the storage hierarchy. While performance and cost decrease with distance from the CPU, the cost/performance trade-off depends on how efficiently data can be moved across tiers. Log structuring improves this cost/performance by writing batches of pages from main memory to secondary storage using a conventional block-at-a-time I/O interface. However, log structuring incurs overhead in the form of recovery and garbage collection. With computational Solid-State Drives, it is now possible to design a storage interface that minimizes this overhead. In this paper, we offload log structuring from the CPU to the SSD. We define a new batch I/O storage interface and we design a Flash Translation Layer that takes care of log structuring on the SSD side. This removes the CPU computational and I/O load associated with recovery and garbage collection. We compare the performance of the Bw-tree key-value store with its LLAMA host-based log structuring to the same key-value software stack executing on a computational SSD equipped with a batch I/O interface. Our experimental results show the benefits of eliminating redundancies, minimizing interactions across storage layers, and avoiding the CPU cost of providing log structuring.

U2 - 10.1007/s00778-020-00648-z

DO - 10.1007/s00778-020-00648-z

M3 - Journal article

VL - 30

SP - 403

EP - 424

JO - V L D B Journal

JF - V L D B Journal

SN - 1066-8888

IS - 3

M1 - 3

ER -

ID: 389421725