Чи SIGQUIT такий же, як SIGTERM?

Я вивчаю CentOS / RHEL і зараз займаюся деякими деталями щодо управління процесами.

Книга RHCSA, яку я читаю, описує функціонування kill 1234як надсилання SIGQUIT. Я завжди вважав, що команда kill не додає комутатор для типу сигналуkill -15

SIGTERM є, kill -15і SIGKILL є kill -9, правда?

Чи використовує CentOS / RHEL дещо інший метод kill -15чи я просто помилився?

EDIT: kill -lнадає SIGQUIT так, як kill -3і, здається, асоціюється з використанням клавіатури для припинення процесу. man 7 signalтакож заявляє, що SIGQUIT є kill -3, тому я можу лише припустити, що моя книга неправильна, заявивши, що SIGQUIT kill -15за замовчуванням.

Ні, вони не однакові. Дія за замовчуванням для обох - це припинення процесу, але SIGQUITтакож скидання ядра. Див., Наприклад, сторінку man Linuxsignal(7) . killза замовчуванням надсилає SIGTERM, тому я можу лише уявити, що згадка про SIGQUIT як за замовчуванням - це справді лише помилка. Цей типовий параметр є в POSIX , а також цифри для SIGTERM, SIGKILL і SIGQUIT.

Є дві команди вбивства, одна в підпорядкуванні і одна в оболонці. Обидва використовують SIGTERM за замовчуванням. Що стосується вбудованого вбудованого програмного забезпечення, довідки з команд, сторінки вручну та джерела вбивства (skill.c рядок 724 в останньому відділенні майстра) всі кажуть SIGTERM, що приємно знати, що це відповідає.

Потрібно пам’ятати про сигнали - це коли ви починаєте проходити повз «звичайну купу» і використовувати системи трохи більше, ніж система Linux x86, ви можете виявити, що сигналів немає або вони мають різну кількість. procps (і, мабуть, багато інших програм) випікає номери в час компіляції (по суті, все, що містить файл включення, шукайте signum.h).

Для SIGTERM не про що турбуватися, як говорить @ilkkachu, її в POSIX.