🐧 Linux · 20 вопросов · ~45 мин · ⏱ Таймер 45:00 · Средний · 👥 1 прошёл

Процессы и сигналы

Процесс можно увидеть в ps, но для диагностики важнее понять его состояние, родителя, открытые ресурсы и реакцию на сигналы. Этот тест разбирает фоновые задания, зомби, D-state, корректное завершение и приоритет без привычки начинать с kill -9.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выбери один ответ из четырёх. На 20 вопросов отведено 45 минут. Не меньше половины заданий требуют разобрать команды, сценарий Bash, конфигурацию или диагностический вывод. После завершения откроются общий процент, четыре тематические шкалы, правильные ответы и краткий разбор каждого решения.

Вопрос 1 из 20

В ps состояние процесса отображается как Z. Что это означает?

ps -o pid,ppid,stat,cmd -p 4120
  PID  PPID STAT CMD
 4120  4001 Z    [worker] <defunct>

Процесс ждёт непрерываемого дискового ввода-вывода Процесс выполняется только в режиме ядра Процесс остановлен SIGSTOP Процесс завершился, но родитель ещё не забрал его статус через wait

Вопрос 2 из 20

Процесс находится в состоянии D и не реагирует даже на SIGKILL. Какое объяснение вероятнее?

ps -eo state,pid,wchan:24,cmd | awk '$1=="D"'

У процесса слишком низкий nice SIGKILL можно обработать и проигнорировать Он ждёт завершения непрерываемой операции ядра, часто ввода-вывода Он уже стал зомби и не существует

Вопрос 3 из 20

Что означает состояние T в ps?

Процесс завершает последнюю транзакцию Процесс работает в отдельном терминале Процесс остановлен сигналом управления заданием или трассировкой Процесс ожидает таймер

Вопрос 4 из 20

Почему высокая load average возможна при невысоком использовании CPU?

uptime
# load average: 18.4, 17.9, 12.1
vmstat 1
# r=1, b=17, wa=72

Load average считает только свободную память Показатель равен числу всех процессов в состоянии сна Load average растёт от любого процесса в состоянии S, даже без очереди В нагрузку Linux входят также процессы в непрерываемом ожидании, например диска

Вопрос 5 из 20

Как найти непосредственного родителя процесса и цепочку до init/systemd?

Сложить PID и UID Прочитать только /etc/processes Посмотреть PPID и дерево через ps --forest или pstree Отправить процессу SIGCHLD

Вопрос 6 из 20

Что делает символ & в конце простой команды оболочки?

long_task >task.log 2>&1 &
echo $!

Повышает приоритет процесса Запускает команду в фоне и сразу возвращает приглашение Оболочка превращает команду в демон и закрывает ей stdin Объединяет stdout и stderr

Вопрос 7 из 20

Пользователь нажал Ctrl-Z во время foreground-команды. Что произошло?

stdout перенаправился в /dev/null Оболочка обычно послала группе задания SIGTSTP и остановила её Команда завершилась с SIGKILL Процесс был перемещён в другой каталог

Вопрос 8 из 20

Чем bg %1 отличается от fg %1?

jobs -l
[1]+ 5210 Stopped editor big.txt
bg %1
fg %1

fg завершает задание после продолжения bg — в фоне, fg — на переднем плане bg меняет владельца, fg — группу bg снижает nice, fg повышает

Вопрос 9 из 20

Почему одного nohup command & недостаточно для хорошей производственной службы?

nohup запрещает команде открывать файлы Нет перезапуска, ограничений и управляемого журнала nohup гарантирует переживание перезагрузки и OOM nohup работает только от root

Вопрос 10 из 20

Что делает disown %1 в Bash?

sleep 3600 &
jobs
disown %1
jobs

Убирает job из таблицы shell и может защитить от SIGHUP Переводит процесс в состояние зомби Убивает задание без сигнала Меняет пользователя процесса

Вопрос 11 из 20

Какой сигнал разумно отправить первым для штатного завершения процесса?

kill -TERM "$pid"

SIGTERM SIGCONT SIGKILL SIGSTOP

Вопрос 12 из 20

Почему SIGKILL оставляют последним средством?

Он снижает приоритет вместо завершения Он работает только после перезагрузки SIGKILL сначала даёт процессу обработать SIGTERM, затем завершает его Процесс не может обработать его и выполнить собственную очистку

Вопрос 13 из 20

Как обычно Ctrl-C влияет на foreground-задание?

trap 'echo interrupted >&2; exit 130' INT
while :; do sleep 1; done

Закрывается весь терминальный сеанс без сигнала Меняется nice процесса Оболочка отправляет SIGSTOP только одному PID Терминал посылает его группе сигнал SIGINT

Вопрос 14 из 20

Как безопасно перезагрузить конфигурацию, если документация службы говорит, что она обрабатывает SIGHUP?

Отправить STOP и оставить процесс остановленным Отправить HUP и считать reload успешным, если kill вернул 0 Отправить HUP и затем проверить журнал и фактическое состояние службы Изменить файл и считать перезагрузку автоматической

Вопрос 15 из 20

Процесс приостановили сигналом SIGSTOP, а затем отправили SIGCONT. Как изменится его состояние?

kill -STOP "$pid"
ps -o stat= -p "$pid"
kill -CONT "$pid"

Процесс вернётся даже после уже обработанного SIGKILL Процесс продолжит выполнение из остановленного состояния Планировщик повысит процесс до политики реального времени Все дочерние процессы будут завершены перед продолжением

Вопрос 16 из 20

Как влияет положительное значение nice, например 10, на обычную CPU-конкуренцию?

nice -n 10 ./background-indexer

Запрещает процессу использовать несколько ядер Повышает процесс до реального времени Снижает приоритет относительно меньшего nice Резервирует ровно 10% CPU

Вопрос 17 из 20

Кто обычно может уменьшить nice-значение работающего процесса, повысив его приоритет?

Владелец процесса может уменьшить nice до любого значения Только ядро после перезагрузки Пользователь с соответствующей привилегией, обычно root/CAP_SYS_NICE Только родитель процесса независимо от прав

Вопрос 18 из 20

Почему renice не решит нехватку памяти, из-за которой процесс попадает под OOM killer?

renice +10 -p "$pid"
systemctl set-property myapp.service MemoryMax=1G

Nice управляет главным образом планированием CPU, а не лимитом памяти Nice напрямую уменьшает oom_score процесса renice действует только на файлы OOM killer выбирает процесс по алфавиту

Вопрос 19 из 20

Что задаёт taskset -c 0,2 command?

Ограничивает использование CPU двумя процентами Разрешает процессу выполняться только на CPU 0 и 2 Запускает две копии команды Выдаёт процессу два полных ядра в исключительное владение

Вопрос 20 из 20

Как лучше ограничить фоновую службу до 25% одного CPU в systemd?

systemctl set-property batch.service CPUQuota=25%
systemctl show batch.service -p CPUQuotaPerSecUSec

Установить Nice=-20 Отправлять SIGSTOP каждые три секунды Запустить четыре копии процесса CPUQuota=25% в unit

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу