С :e!
можно перезагрузить тот же файл и отклонить любые изменения, которые Вы сделали до той точки после последнего сохранения.
Если Вы ничего не сделали в энергии, но изменили файл внешне, можно перезагрузить просто типом :e
.
Вы также можете попробовать это:
Использовать SAR , чтобы сообщить о контексте-коммутаторах и использовании IRQ со временем. SAR - отличный, но не неслыханный инструмент мониторинга системы. Запустите его в течение дня, а затем используйте различные отчеты, чтобы искать странность.
Шаги:
Установите пакет SysStat. Настройте работу CRON (чек /etc/cron.d/
, чтобы увидеть, существует ли такой файл), как это:
* * * * * root /usr/lib64/sa/sa1 -S XALL 10 6
Это создаст много данных - около 300 МБ в день Отказ Он будет делать снимок системной статистики каждые 6 секунд . (Вы можете уменьшить частоту в два раза в минуту, изменяя «10 6» до «2 30»)
, если вы измените частоту захвата, вы должны стереть файл дня в / var / log / sa / sa $ (дата +% d)
- в противном случае отчеты могут быть повреждены.
Хорошо, после того, как вы захватили свои данные, попробуйте эти (СОВЕТ: Всегда труба через менее
):
sar -q
, чтобы получить средние нагрузки и размеры запуска. Если они низки, то посмотрите на время ожидания IO:
sar -P ALL
Если вы не видите, что вы не видите прыжки в% IOWAIT или впадины в% IDLE, затем проверьте контекстные переключатели:
saw -w
500 контекстных переключателей в секунду довольно нормально на в основном холостой системе.
Вы можете ограничить отчетность SAR, указав файл активности, давая начало и временное время ( --S
и -E
соответственно) и, необязательно, промежуток времени с -I
(должен быть больше, чем ваша разрешение захвата, установленная заданием CRON).
Пример:
sar -f /var/log/sa/sa$(date +%d -d yesterday) -s 09:15:00 -e 12:15:00 -i 600
предоставит вам сводную информацию для процессора в 10-минутные интервалы со вчерашнего дня с 9:15 и 12:15.
Есть еще ... гораздо больше. Вы можете сделать MAN SAR
, чтобы получить эту информацию.
Я не знаю, почему вы отредактировали команду выхода Free -h
, что не хватает - / + буферов / кэш
, что важно Отказ В любом случае мы можем продолжить.
Пока «свободный» столбец (на линии MEM: Line) находится> 0, вы на самом деле не очень низок на оперативной памяти, как это абсолютно неиспользуемая RAM . И Linux хорошо известен, чтобы использовать всю оперативную память, которую он может получить (как кэширует, надеясь на лучшую перфорамНе).
Часть подкачки не рассказывает всей истины: довольно распространено, чтобы иметь много кода + данные, поменяемые на диск, потому что он был только один раз и не использовался некоторое время. Еще одна часть, где Linux показывает, что он жадный на RAM для производительности: быстро выступает, что, вероятно, неважно (опять же, производительность - мудрый). Это настраивается (sysctl vm.swappiness), но большинство дистрибутивов по умолчанию "не стесняйтесь наменять swap".
Что важно подтвердить вашу гипотезу (медленно, потому что отсутствие доступных ОЗУ) - это если он в данный момент заменяет или выходит на диск. Большую часть времени это довольно легко коррелировать всютузность к франтинному мигающему диску светодиод на своем компьютере. В противном случае запустите TOP
и смотрит на выделение фигурки со временем. Еще проще, VMStat 1
будет непосредственно распечатать цифры SWAP IO каждую секунду (Swap Si / SO).