ePrints@IIScePrints@IISc Home | About | Browse | Latest Additions | Advanced Search | Contact | Help

Quick recovery in transactional flash

Kulkarni, Niraj and Gopinath, K (2013) Quick recovery in transactional flash. In: IEEE International Conference on Electronics, Computing and Communication Technologies, JAN 17-19, 2013, Bangalore, INDIA.

[img] PDF
IEEE_Inte_Con_Ele_Com_Com_Tech_1_2013.pdf - Published Version
Restricted to Registered users only

Download (488kB) | Request a copy
Official URL: http://dx.doi.org/10.1109/CONECCT.2013.6469317


Maintaining metadata consistency is a critical issue in designing a filesystem. Although satisfactory solutions are available for filesystems residing on magnetic disks, these solutions may not give adequate performance for filesystems residing on flash devices. Prabhakaran et al. have designed a metadata consistency mechanism specifically for flash chips, called Transactional Flash1]. It uses cyclic commit mechanism to provide transactional abstractions. Although significant improvement over usual journaling techniques, this mechanism has certain drawbacks such as complex protocol and necessity to read whole flash during recovery, which slows down recovery process. In this paper we propose addition of thin journaling layer on top of Transactional Flash to simplify the protocol and speed up the recovery process. The simplified protocol named Quick Recovery Cyclic Commit (QRCC) uses journal stored on NOR flash for recovery. Our evaluations on actual raw flash card show that journal writes add negligible penalty compared to original Transactional Flash's write performance, while quick recovery is facilitated by journal in case of failures.

Item Type: Conference Paper
Additional Information: Copyright of this article belongs to IEEE.
Department/Centre: Division of Electrical Sciences > Computer Science & Automation
Depositing User: Francis Jayakanth
Date Deposited: 11 Jul 2013 11:14
Last Modified: 28 Nov 2018 15:15
URI: http://eprints.iisc.ac.in/id/eprint/46833

Actions (login required)

View Item View Item