https://i.minus.com/iwmmJsMV3BQnU.pngУ вас есть памяти. Это, вероятно, LevelDB с помощью кэшей и буфера записи для ускорения процесса. Некоторые могут хотеть Bitcoin, чтобы минимизировать его использование оперативной памяти, в то время как другие могут Bitcoin работать так же быстро и с минимальной задержкой, насколько это возможно, так что нет правильного ответа; используются опции параметра памяти LevelDB по умолчанию.
DbCache установлено 25 Мб по умолчанию, так что это не может быть причиной.
Где?
Написать буферный = макс 4MB (один файл), 129 SST файлов в настоящее время ...
ЦСИ \ SRC \ LevelDB \ включить \ LevelDB \ options.h ->
// Объем данных для создания в памяти (поддерживается несортированному журнал
// на диске) перед преобразованием в отсортированном на диске файл.
//
// Большие значения увеличивают производительность, особенно при насыпных грузов.
// до двух буферов записи может удерживаться в памяти в то же время,
// поэтому вы можете настроить этот параметр, чтобы контролировать использование памяти.
// Кроме того, больший буфер записи приведет к более длительному времени восстановления
// следующий раз при открытии базы данных.
//
// По умолчанию: 4МБ
size_t write_buffer_size;
// Количество открытых файлов, которые могут быть использованы в БД. Вам может понадобиться
// увеличить, если это ваша база данных имеет большой рабочий набор (бюджет
// один открытый файл на 2Мбы рабочего набора).
//
// По умолчанию: 1000
ИНТ max_open_files;
цитата
Есть другие источники использования памяти:
8MB - кэш по умолчанию
4MB - буфер записи (хотя следует только строить, если вы 4MB ценность письма)
очень большой - Unix использование кэш-буфера для открытых файлов (они mmapped). Если вы хотите обрезать это, попробуйте изменить MmapLimiter в LevelDB / UTIL / env_posix.cc так инициализирует "позволили mmaps" 0, вместо 1000. Хотя это в основном бухгалтерская проблема. Файлы будут сидеть в кэше буфера независимо, я думаю.
Я думаю, что Bitcoin мгновенно стал одним из самых больших наборов данных LevelDB с 10GB ХА
много пользователей.