Насамперед, які потенційні негативні наслідки призупинення процесу з control-z?

Використовуючи bash, можна призупинити процес із control-z. Однак чи є будь-які загальні обставини чи вказівки, щоб остерігатися того, де процес не поводиться добре з призупиненням?

Мій конкретний сценарій полягав у створенні файлу смоли, який займав більше часу, ніж очікувалося. Я хотів призупинити його, щоб відкласти його на другий план, але вирішив не робити. Моє запитання, звичайно, не стосується лише смоли. Швидше, я сподіваюся, що я зрозумію функцію паузингу в баші трохи краще, а також те, що змусить процес погано реагувати на призупинення.

Завдання на зберігання (pvmove, veritas vx-what), які покладаються на атомні копії. Це не добре, якщо вони застрягають поза їх контролем. Це залежить від того, чи завдання просто вимикає якийсь API і чи робить решту з простору ядра, тоді це безпечно. Якщо це відбувається в тій * процедурі * у вашій оболонці, тоді дійсно переходьте з екрана і тримайте руки.

Однозначно рекомендую вам уникати зупинки їх на задньому плані. Команди, які використовують буфери типу dd, здаються краще, за винятком стрічкових дисків, згаданих вище.

(Я колись виграв додаткову перезавантаження, менше сну і багато параної, коли це трапилося зі мною, коли вияснювали безлад інших людей. Очевидно: не намагайтеся брати ярлики, якщо ви виправляєте ярлики інших людей ...)

Якщо ваш процес записує дані, просто пам’ятайте, що проблеми з тимчасовим встановленням пристроїв та буферів без випадкового доступу можуть бути проблематичними. Я бачив, що стрічкові накопичувачі мають проблеми з цим часом.

І мирський сценарій: робити Ctrl-Z, потім забути про це і вийти з системи, і програти процес! =)

Насправді не конкретна відповідь на питання, але, як альтернатива, ви можете спробувати запустити паралельні завдання, використовуючи screen. Таким чином, ви можете використовувати оболонку одночасно з іншою програмою.