Implications of non-volatile memory as primary storage for database management systems

• Published in: 2016 International Conference on Embedded Computer Systems: Architectures, Modeling and Simulation (SAMOS) pp. 164 - 171
• Main Authors: Ul Mustafa, Naveed, Armejach, Adria, Ozturk, Ozcan, Cristal, Adrian, Unsal, Osman S.
• Format: Conference Proceeding
• Language: English
• Published: IEEE 01-07-2016
• Subjects: Database systems; Hard disks; Hardware; Memory management; Nonvolatile memory; Random access memory
• DOI: 10.1109/SAMOS.2016.7818344

Traditional Database Management System (DBMS) software relies on hard disks for storing relational data. Hard disks are cheap, persistent, and offer huge storage capacities. However, data retrieval latency for hard disks is extremely high. To hide this latency, DRAM is used as an intermediate storage. DRAM is significantly faster than disk, but deployed in smaller capacities due to cost and power constraints, and without the necessary persistency feature that disks have. Non-Volatile Memory (NVM) is an emerging storage class technology which promises the best of both worlds. It can offer large storage capacities, due to better scaling and cost metrics than DRAM, and is non-volatile (persistent) like hard disks. At the same time, its data retrieval time is much lower than that of hard disks and it is also byte-addressable like DRAM. In this paper, we explore the implications of employing NVM as primary storage for DBMS. In other words, we investigate the modifications necessary to be applied on a traditional relational DBMS to take advantage of NVM features. As a case study, we have modified the storage engine (SE) of PostgreSQL enabling efficient use of NVM hardware. We detail the necessary changes and challenges such modifications entail and evaluate them using a comprehensive emulation platform. Results indicate that our modified SE reduces query execution time by up to 40% and 14.4% when compared to disk and NVM storage, with average reductions of 20.5% and 4.5%, respectively.