ПРИОСТАНОВИТЬ ОТОБРАЖЕНИЕ / ЗАМОРОЗИТЬ ПОРЯДОК
P приостанавливает текущее отображение.
o фиксирует текущий порядок экранов.
Это имеет побочный эффект, заключающийся в том, что трафик между хостами, не показанный на экране в
время, не будет отображаться вообще, хотя он будет включен в итоговые значения в {{1} } внизу экрана.
ПРОКРУТКА
j и k прокручивают отображение хостов.
Эта функция наиболее полезна, когда порядок отображения заморожен (см. Выше).
-t режим вывода текста
Использовать текстовый интерфейс без ncurses и печатать вывод в STDOUT.
На всякий случай, если кому-то еще нужно решение, вместо использования только sudo у меня сработало sudo systemd -run
$ sudo systemd-run --uid=1009 --slice=user-1009 sleep 10
# ps -U 1009 ; systemctl status user-1009.slice
PID TTY TIME CMD
20199 ? 00:00:00 sleep
● user-1009.slice
Loaded: loaded
Active: active since Sun 2018-09-02 01:46:57 EDT; 2s ago
CGroup: /user.slice/user-1009.slice
└─run-20198.service
└─20199 /bin/sleep 10
I'm trying to set per-user limits on processes, most of them are run with sudo --user.
Why do user-1001 and user-1008 on my system have the slice
filesunits, but I can't get it on 1009?
Если вы сейчас не используете процессы с UID 1009,тогдаsystemd
(или техническиlogind
)не запустит слайс для этого UID.
Кроме того, даже если вы успешно примените какие-либо настройки во время запущенных процессов, они будут потеряны, если все процессы перестанут выполняться. Потому что блок слайсов будет снова остановлен. Иногда это может быть то, что вы хотите, но мне кажется, что это может быть очень запутанным.
Было бы разумнее добавить нужные параметры в перетаскивание -в конфигурационном файле, например. /etc/systemd/system/user-1009.slice.d/cpuquota.conf
.
Используйте systemd-analyze verify user-1009.slice
для проверки файла конфигурации и systemctl daemon-reload
для его загрузки. Я думаю, что обновленная конфигурация не вступит в силу до тех пор, пока блок слайсов не будет остановлен. Вы также можете перезапустить блок слайсов вручную, но это убьет все процессы, запущенные внутри него.
Если у вас нет user-1009.slice
, когда ваши процессы запущены , это потому, что процессы этого пользователя на самом деле не выполняются внутри pam_systemd
. Возможно, это связано с тем, что они еще не начали использовать PAM. Также это может быть связано с тем, что «служба» PAM не настроена на использование pam _systemd.
sudo
/ su
в Linux следует использовать PAM. И в конфигурациях, которые я видел в ОС на базе RedHat и Debian, он использует pam_systemd
. Но есть и третий случай, когда pam_systemd
не вступит в силу :, если вы запускаете команду внутри существующего пользовательского сеанса. См.https://github.com/systemd/systemd/issues/7451
Этот последний пункт объясняет некоторое запутанное поведение su
, то есть почему вы не видели никаких процессов в user-1009.slice
при ручном запуске su - user-1009
.