Получить полное имя команды процесса с высоким использованием памяти в UNIX

Содержание

Вопрос или проблема
Ответ или решение
Теория
Пример
Применение

Вопрос или проблема

Я пытаюсь захватить имя процесса, который использует много памяти на моем устройстве. Я выполнил следующую команду, чтобы получить это:

while [ 1 ]
do
   ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%mem | head
   sleep 5
done

Но проблема в том, что она не дает мне полные детали команды, которая выполняется с PID. Вывод, который я получаю, выглядит так:

PID  PPID CMD                            %MEM     %CPU
916 915 /usr/bin/perl /release/data/ 11.9  0.2
831 830 /usr/bin/perl -w /release/da  6.5  0.0
608 607 /etc/alternatives/java_sdk_  2.4  1.2
135 134 /etc/alternatives/java_sdk_  1.4  1.6

Я хочу захватить полную команду PID.

Предполагаю, что под “полными деталями команды” вы имеете в виду включительно список аргументов? Если да, попробуйте ниже. Это даст вам до 100 символов ширины для колонки CMD. Вы можете настроить по мере необходимости.

ps -eo pid,ppid,cmd:100,%mem,%cpu --sort=-%mem | head

Вы всегда можете использовать команду top с переключателями, чтобы изменить вывод:

top -b -c -n 1 -o +%MEM | sed -n '7,17p'

Чтобы настроить длину вывода, добавьте переключатель -w (ширина)

top -b -c -n 1 -o +%MEM -w 125| sed -n '7,17p'

Ответ или решение

Для решения задачи определения полного названия команды процесса, использующего высокий объем памяти в Unix-системах, существует несколько подходов. В данном контексте пользователь сталкивается с проблемой усеченного отображения командной строки процессов при использовании команды ps. Ниже я подробно разъясню теорию, приведу примеры и варианты применения решений.

Теория

В Unix-системах команда ps используется для вывода информации о запущенных в системе процессах. Она предоставляет широкий набор опций для отображения различных аспектов каждого процесса, включая идентификаторы (PID, PPID), процент потребляемой памяти и процессорного времени, а также командную строку, с которой процесс был запущен.

Однако, по умолчанию, столбец CMD команды ps может быть усечен, если командная строка процесса превышает установленное ограничение по ширине. Для вывода более детальной информации о командах необходимо использовать расширенные столбцы или другие инструменты.

Пример

Рассмотрим, как использовать ps для увеличения вывода командной строки, а также альтернативные способы мониторинга процессов с высоким потреблением ресурсов:

Расширение столбца CMD в команде ps:

Можно использовать спецификатор формата столбца для увеличения отображаемой длины командной строки:
```
ps -eo pid,ppid,cmd:200,%mem,%cpu --sort=-%mem | head
```
Здесь cmd:200 указывает ограничение в 200 символов для столбца команды. Можно увеличить этот параметр, чтобы видеть более длинные командные строки.
Использование команды top:

top — интерактивная утилита для мониторинга системы, которая может отображать процессы с подробной информацией о них.

Для неинтерактивного режима:
```
top -b -c -n 1 -o +%MEM | sed -n '7,17p'
```
Здесь используются несколько ключей:
- -b для запуска в пакетном режиме.
- -c для отображения полного имени командной строки.
- -n 1 для одного цикла выполнения.
- -o +%MEM для сортировки по использованию памяти.
Регулируйте ширину вывода с помощью -w, например:
```
top -b -c -n 1 -o +%MEM -w 125 | sed -n '7,17p'
```
Использование команды pmap:

pmap позволяет отображать распределение памяти для определенных процессов и может быть полезен для дальнейшего анализа. Хотя она и не предоставляет командную строку, но может компенсироваться использованием ps:
```
pid=`ps -eo pid --sort=-%mem | head -n 2 | tail -n 1`
ps -p $pid -o pid,ppid,cmd
```
Здесь сначала определяется PID процесса с наиболее высоким расходом памяти, а затем ps используется для вывода полной команды.

Применение

Приставать к решению подобной задачи следует комплексно, учитывая не только текущие потребности, но и возможное расширение анализа:

Автоматизация: Рекомендуется создать скрипт, который будет автоматически собирать и логировать информацию о процессах, особенно в системах, где не предусмотрен постоянный мониторинг.
Мониторинг в реальном времени: Использование инструментов, таких как htop, которые обеспечивают более удобный и расширенный интерфейс мониторинга, могут значительно упростить процесс анализа.
Логика алертинга: Настройка алертов при превышении определенных порогов использования ресурсов, что поможет оперативно реагировать на проблемы.

Совмещая вышеперечисленные инструменты и методы, вы сможете более эффективно отслеживать процессы с высоким потреблением ресурсов и принимать обоснованные решения для оптимизации работы системы.