2010 International Workshop on Storage Network Architecture and Parallel I/Os 2010
DOI: 10.1109/snapi.2010.10
|View full text |Cite
|
Sign up to set email alerts
|

Enhancing Checkpoint Performance with Staging IO and SSD

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
14
0

Year Published

2011
2011
2019
2019

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 27 publications
(14 citation statements)
references
References 13 publications
0
14
0
Order By: Relevance
“…Their approach can be incorporated with the semi-blocking algorithm by relaxing the stall of computation when taking global checkpoint. Ouyang et al [16] enhance the performance of checkpointing to SSD with aggregation of checkpoint buffer and staging IO. Our approach is different from theirs in that checkpoints are distributed among the SSD disks rather than stored in a central checkpoint server.…”
Section: Related Workmentioning
confidence: 99%
“…Their approach can be incorporated with the semi-blocking algorithm by relaxing the stall of computation when taking global checkpoint. Ouyang et al [16] enhance the performance of checkpointing to SSD with aggregation of checkpoint buffer and staging IO. Our approach is different from theirs in that checkpoints are distributed among the SSD disks rather than stored in a central checkpoint server.…”
Section: Related Workmentioning
confidence: 99%
“…Further enhancements with dynamic buffering have been carried out in [70] that use a small amount of buffer pool to accelerate checkpoint operations further. These schemes have been evaluated in conjunction with a new staging I/O framework and modern Solid State Disks (SSD) to provide a high-performance Checkpoint-Restart solution [72].…”
Section: End-to-end Reliable Data Transmission In Mvapichmentioning
confidence: 99%
“…Of particular note are (1) the work done by the MVAPICH team at Ohio State University to accelerate checkpoint I/O using buffering and (2) the hook interface used by Open MPI's parallel debugger support. In the first case, the work done by the MVAPICH team [70][71][72]96] influenced a rewrite of the I/O code within BLCR that will appear in the next BLCR release and deliver the level of I/O performance "out of the box" that currently requires use of a buffering agent such as that implemented by the MVAPICH team. In the second case, the work done by the Open MPI team at Indiana University (IU) on integrating MPI and checkpoint/restart with a parallel debugger identified a need to allow the debugger support to interact with the checkpointing and restarting mechanism in ways not previously envisioned by the BLCR team.…”
Section: Blcr-based Checkpoint/restart Support In Mpi Implementationsmentioning
confidence: 99%
“…FlashCache [9] uses Àash memory as a secondary ¿le cache for web servers. Lee et al [10] analyze the impact of using SSDs in transaction processing, while [11] examines how SSDs can improve checkpointing performance. In [12] is examined how SSDs can be used as a large cache on top of RAID to conserve energy.…”
Section: Related Workmentioning
confidence: 99%