Использование очень верхней памяти, но не требуемый каким-либо процессом?
Я думаю, что можно неправильно истолковывать сообщения от ssh. Следующее...
The authenticity of host '10.1.1.13 (10.1.1.13)' can't be established. RSA key fingerprint is a2:c3:fd:d7:f7:75:df:dd:49:64:ce:64:cc:98:e6:2c. Are you sure you want to continue connecting (yes/no)?
... не имеет никакого отношения к Вашему authorized_keys файл. Вы получаете это, потому что Вы никогда не соединялись с данным хостом прежде, таким образом, соответствующий хост не находится в Вашем в known_hosts файл. Это - совершенно нормальное поведение, когда Вы сначала соединяетесь с удаленным хостом (потому что в наиболее распространенном случае у Вас не будет априорного знания соответствующего ключа хоста).
authorized_keys файл только используется удаленным хостом для определения, какие ssh соединения клиента принять, на основе закрытого ключа они представляют, когда они соединяются.
Поскольку похоже, что вы запускаете тесты, связанные с вводом-выводом (вы не объясняли подробно, что вы делали с томами LVM), есть ли вероятность, что обнаруженное вами поведение связано с естественный кеш страниц ОС?
Я думаю о стандартном поведении Linux, использующем (иногда почти всю) доступную память (то есть память, которая не зарезервирована приложениями) для кэширования областей диска, к которым недавно осуществлялся доступ, для того, чтобы для ускорения операций ввода-вывода.
Конечно, активные приложения имеют приоритет над этим кешем, поэтому, если процессу требуется больше оперативной памяти, кеш динамически сжимается.
В Интернете есть много документации о кешировании страниц Linux. , здесь - единица.
У меня та же проблема, но я проверил параметры ядра, расположенные в / proc / sys / vm /: overcommit_memory = По умолчанию 0 overcommit_ratio = По умолчанию 50 max_map_count = По умолчанию 65530
И в моем случае параметр, корень моих проблем nr_hugepages , я использовал настраиваемое значение, но изменил его на значение по умолчанию
nr_hugepages = 0
Для получения дополнительной информации см https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/performance_tuning_guide/s-memory-captun
Извините за мой английский: (