You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Mulugeta Mammo (JIRA)" <ji...@apache.org> on 2017/11/09 23:34:00 UTC
[jira] [Created] (IGNITE-6854) Enabling Persistent Memory for
Ignite
Mulugeta Mammo created IGNITE-6854:
--------------------------------------
Summary: Enabling Persistent Memory for Ignite
Key: IGNITE-6854
URL: https://issues.apache.org/jira/browse/IGNITE-6854
Project: Ignite
Issue Type: New Feature
Security Level: Public (Viewable by anyone)
Affects Versions: 2.3
Reporter: Mulugeta Mammo
Fix For: 2.4
Ignite, when persistence mode is enabled, stores data and indexes on disk. To minimize the latency of disks, several tuning options can be applied. Setting the page size of a memory region to match the page size of the underlying storage, using a separate disk for the WAL, and using production-level SSDs are just a few of them [ https://apacheignite.readme.io/docs/durable-memory-tuning#section-native-persistence-related-tuning ].
A persistent memory store with low latency and high capacity offers a viable alternative to disks. In light of this, we are proposing to make use of our Low Level Persistent Library (LLPL), https://github.com/pmem/pcj/tree/master/LLPL, to offer a persistent memory storage for Ignite.
At this point, we envision two distinct implementation options:
# Data and indexes will continue to be stored in the off-heap memory but the disk will be replaced by a persistent memory. Since persistence memory in this option is not a file system, the logic currently offered by WAL file and the partition files would have to be implemented from scratch.
#
# In this option, we eliminate the current check-point process and the WAL file. We will use a memory region defined by LLPL to store data and indexes. There will be no off-heap memory. DRAM will be exclusively used to store hot cache entries just like the on-heap cache is in the current implementation.
#
In both cases, there are more details and subtleties that have to handled – e.g. the atomic and transactional guarantees offered. More clarifications will be offered as we go along.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)