This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "". The branch, master has been updated via 85aa879dcf6a1a81e78fe69303a7fb5738d8ef7c (commit) from e130299958e7fbe8bb606275c77899c779f30038 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 85aa879dcf6a1a81e78fe69303a7fb5738d8ef7c Author: Phil Carns <[email protected]> Date: Tue Mar 17 20:52:14 2015 -0400 update localstore summary for top-level report ----------------------------------------------------------------------- Summary of changes: .../2015.03.30/2.1.6a-localstore-perf.pdf | Bin 8200 -> 8075 bytes .../2015.03.30/2.1.6a-localstore-perf.pdf.svg.emf | Bin 125832 -> 106824 bytes .../2015.03.30/2.1.6a-localstore.txt | 30 +++++++++---------- 3 files changed, 14 insertions(+), 16 deletions(-) Diff of changes: diff --git a/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf b/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf index e9b6820..36308da 100644 Binary files a/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf and b/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf differ diff --git a/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf.svg.emf b/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf.svg.emf index 8712c36..8b40cbf 100644 Binary files a/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf.svg.emf and b/reports/triton-quarterly/2015.03.30/2.1.6a-localstore-perf.pdf.svg.emf differ diff --git a/reports/triton-quarterly/2015.03.30/2.1.6a-localstore.txt b/reports/triton-quarterly/2015.03.30/2.1.6a-localstore.txt index 2dfcedd..f1e1876 100644 --- a/reports/triton-quarterly/2015.03.30/2.1.6a-localstore.txt +++ b/reports/triton-quarterly/2015.03.30/2.1.6a-localstore.txt @@ -14,27 +14,25 @@ large data transfers. [2.1.6a-localstore-perf] -We have also performed a preliminary evaluation of HOSS performance under -concurrent write workloads, as shown in Figure [TODO:ref]. This example uses -a microbenchmark that reflects expected server-attached storage workloads in +We have also performed a preliminary evaluation of HOSS performance. Figure [TODO:ref] +shows a highlight from this evaluation using microbenchmarks that +reflect expected server-attached storage workloads in an HPC checkpoint use case. All experiments were performed on a Linux 3.16 workstation using the EXT4 file system and default tuning options. A 240 GiB Intel 730 SSD was used as the underlying storage device. The write access size was varied from 4 KiB to 4 MiB. All tests were performed using direct I/O (to improve performance for high performance storage devices), and each I/O operation was synchronized to disk before -being reported as complete (to evaluate durable write performance). +being reported as complete (to evaluate durable write performance). In this +case each benchmark maintained up to 16 concurrent I/O operations in flight +at all times. -Two HOSS examples are shown in [TODO:ref]: one that issued one operation -at a time, and one that issued up to 16 concurrent operations using Aesop -pbranches. Both examples provide record-granular versioning and indexing -that is not present in dd, a Linux file transfer utility that is shown -here for a baseline comparison. HOSS is optimized for the concurrent -access scenario, and the underlying Aesop concurrency model allows it -to saturate available storage bandwidth in that configuration despite -the additional features that it provides. As a result, it exceeds the -baseline dd performance by a wide margin at each access size when servicing a -concurrent workload. +In addition to HOSS, we also show performance results for Recordstore, +the underlying bulk data storage component of HOSS. The fio benchmark +utility is shown as a baseline for comparison. HOSS performance is +competitive with fio despite the fact that it is providing additional +versioning and indexing semantics that are not present in fio. More in +depth details about the local storage +abstraction design, optimizations, and evaluation can be found in the complete report +for this deliverable, see [TODO:ref]. -More in depth details about the local storage abstraction convergence can be -found in the complete report for this deliverable, see [TODO:ref]. hooks/post-receive --