Из linuxatemyram.com:
Если Ваши приложения хотят больше памяти, они просто забирают блок, который одолжил дисковый кэш. Дисковый кэш может всегда быть сразу отдан к приложениям! Вы не являетесь низкими на поршне!
Это не верно. Что-то ест RAM и не отдаст ее. Вариант использования является Хромом или Firefox с большим количеством вкладок, затем вышел из них. Будет дополнительная RAM, поднятая, чем, прежде чем браузер был выполнен.
Несколько чисел для показа то, что я имею в виду:
На начальной загрузке: <2GB использовала, обычно ~1.7GB.
Откройте набор вкладок в FF/хроме, в конечном счете больше чем 8 ГБ используются
Выйдите из FF/хрома, и 3.5 ГБ используются.
Каковы 3.5-1.7 = 1.8 ГБ? Давайте назовем его X.
Действительно ли X кэш памяти? Утечка памяти? Почему и Firefox и Хром воспроизводят точное, кажутся результатами?
Вводные вкладки в конечном счете полностью заполняют моих 8 ГБ RAM, системных замораживаний, затем в конечном счете вкладки, die/freeze/crash, освобождая как раз достаточно памяти для продолжения.
Корректная функция, что я желаю Ubuntu, имела, будет давать то, что ад X вернулся к приложениям, когда они хотят, чтобы RAM работала. Однако, когда я запускаю приложение, и большая часть RAM была съедена X, была ли она создана любым из 2 самых основных браузеров, никакая RAM не исправлена от X. Это остается, пока я не перезагружаю.
Использование "свободных" и других инструментов не помогло мне диагностировать WTF X.
Какие-либо идеи?
Свободные выводы:
Спустя приблизительно минуту после выхода из хрома.
total used free shared buff/cache available
Mem: 8035708 4037332 2202604 1014656 1795772 2713256
Swap: 12441592 0 12441592
Немного позже.
total used free shared buff/cache available
Mem: 8035708 2497680 4168392 552812 1369636 4715280
Swap: 12441592 0 12441592
День спустя, спустя моменты после заливки до 7.9 ГБ и всего катастрофического отказа вкладок.
total used free shared buff/cache available
Mem: 8035708 5855132 739016 1012864 1441560 923084
Swap: 12441592 975712 11465880
После подобного заполнения и катастрофического отказа.
total used free shared buff/cache available
Mem: 8035708 5777812 638932 714256 1618964 1273920
Swap: 12441592 0 12441592
Некоторое время спустя, открытый хром, выполнил его в течение нескольких часов (не к макс. RAM), закрыл его:
total used free shared buff/cache available
Mem: 8035708 737080 5869896 438592 1428732 6604848
Swap: 12441592 524436 11917156
Прямо после начальной загрузки:
total used free shared buff/cache available
Mem: 8035708 689232 6449124 322912 897352 6769772
Swap: 12441592 0 12441592
После выходов Хрома:
total used free shared buff/cache available
Mem: 8035708 967988 5677848 531960 1389872 6284744
Swap: 12441592 336 12441256
Нет никакой проблемы насколько я вижу. “Доступная” память ведет себя как ожидалось. Поскольку приложения требуют большей памяти, доступных уменьшений памяти; после того как они выходят, доступная память подпрыгивает снова.
Также нормально для системы стать вялым или пользовательский интерфейс для остановки полностью, в то время как система получает доступ к области подкачки, особенно если устройство, поддерживающее его, является медленным. Жесткие диски обычно хуже, чем флэш-память из-за их высокой задержки доступа.
И Хром/Chrome и Firefox, как известно, используют большую память с большим количеством открытых вкладок. Или добавьте больше RAM к своей системе или сократите количество открытых вкладок сильно. Вы можете смягчать проблему с более быстрым устройством поддержки области подкачки.
Можно запросить диспетчера виртуальной памяти для текущей статистики памяти с free -h
(-h
для человекочитаемого форматирования чисел). Можно перечислить (N-1) процессы, поднимающие большую часть памяти с ps aux --sort -rss | head -n N
или с top
и скорректированная сортировка.
Можно ли также интересоваться тем, Как Вы узнаете, какая программа использует слишком много памяти?