Чи ефективно функціонування `відхилення -h` та` nohup`?

disown

• змушує оболонку не надсилати SIGHUP на відмовлену роботу, коли оболонка припиняється, і

• видаляє відключене завдання з управління роботою оболонки.

Чи є перший результат другим? Іншими словами, якщо процес, запущений з оболонки, будь-яким способом буде видалений з контролю роботи оболонки, чи не передасть оболонку SIGHUP в процес, коли оболонка припиняється?

disown -h як і раніше зберігає процес під контролем роботи оболонки. Чи означає це, що disown -hзмушує процес все-таки отримувати SIGHUP, надісланий з оболонки, але встановлює дію SIGHUP процесом "ігнорувати"? Це схоже на nohup.

$ sleep 123 & disown -h
[1] 26103
$ jobs
[1]+  Running                 sleep 123 &
$ fg 1
sleep 123
$ ^Z
[1]+  Stopped                 sleep 125
$ bg 1
[1]+ sleep 123 &
$ exit

$ ps aux | grep sleep
t        26103  0.0  0.0  14584   824 ?        S    15:19   0:00 sleep 123

Чи ефективно disown -hта nohupефективно працювати, якщо ми нехтуємо їх різницею у використанні терміналу?

Спасибі.

nohupі зовсімdisown -h не те саме.

З disown, процес вилучається зі списку завдань у поточній інтерактивній оболонці. Запуск jobsпісля запуску фонового процесу та запуску disownне відображатиме цей процес як завдання в оболонці. Відмовлене завдання не отримуватиме HUPз оболонки, коли вона завершиться (але див. Примітку наприкінці).

З disown -h, завдання не вилучається зі списку завдань, але оболонка не надсилатиме йому HUPсигнал, якщо він вийшов (але дивіться примітку наприкінці).

nohupУтиліта ігнорує HUPсигнал і запускає дану утиліту. Утиліта успадковує сигнальну маску від nohupі тому також ігнорує HUPсигнал. Коли оболонка припиняється, процес залишається дочірнім процесом nohup(і nohupпереналагоджений для init).

Різниця полягає в тому, що процес розпочався з nohupігнорування, HUPнезалежно від того, хто надсилає сигнал. У відрікся процеси просто не послав на HUPсигнал оболонкою , але по- , як і раніше може бути посланий сигнал , наприклад , від kill -s HUP <pid>і не буде ігнорувати це.

Зауважте, що HUPвін надсилається до завдань оболонки лише у випадку, якщо

• оболонка - оболонка для входу, і встановлено huponexitпараметр оболонки, або
• оболонка сама приймає HUPсигнал.

Відповідні біти в bashпосібнику (мій акцент):

СИГНАЛИ

[...]

Оболонка виходить за замовчуванням після отриманняSIGHUP . Перед виходом інтерактивна оболонка надсилає SIGHUPвсі завдання, запущені або зупинені. Зупинені завдання надсилаються SIGCONTдля забезпечення їх отримання SIGHUP. Щоб оболонка не посилала сигнал на певне завдання, його слід видалити з таблиці завдань за допомогою disownвбудованого (див. SHELL BUILTIN COMMANDSНижче) або позначити, щоб не отримувати SIGHUP використання disown -h.

Якщо параметр huponexitоболонки встановлено shopt, він bashнадсилає SIGHUPна всі завдання, коли виходить інтерактивна оболонка входу.

disown [-ar] [-h] [jobspec ... | pid ... ]

Без параметрів видаліть кожну jobspecзі таблиці активних завдань. [...] Якщо -hопція задана, кожен jobspecбуде з сайту не видаляються з таблиці, але відзначений так , що SIGHUPне потрапляють на роботу , якщо оболонка отримуєSIGHUP . [...]

Пов'язані:

• Різниця між nohup, disown і &

Вони різні:

• disown видаляє завдання з активної таблиці завдань. Потім продовжує продовжувати роботу. З -h процес не надсилається SIGHUP. Замість цього залишається вмирати разом із оболонкою, яка міститься в ній, коли вона отримує ВІДОМ.

• nohup ігнорує HUP. Тоді все, що було б передано терміналу закриттям процедури, замість цього переходить у файл nohup.out.

  nohup визначається POSIX, тоді як відхилення відсутнє.