Signal - 편집 역사

Pinkgo: /* Lock */

2025-04-21T17:49:39Z

Lock

← 이전 판		2025년 4월 21일 (월) 17:49 판
382번째 줄:		382번째 줄:
	* Read/Write Lock: 공유 자원에 대한 read 작업은 동시적인 접근을 허용하나, write 작업에 대해서만 lock을 건다.		* Read/Write Lock: 공유 자원에 대한 read 작업은 동시적인 접근을 허용하나, write 작업에 대해서만 lock을 건다.

	~~====Deadlock====~~
	이러한 lock은 때때로 치명적인 문제를 낳기도 한다. 그 대표적인 예시가 '''deadlock'''이다. Deadlock이란 '''여러 thread가 서로가 가진 공유 자원의 lock이 열리기를 기다리느라 영원히 빠져나오지 못하는 상태'''이다. 이는 다음의 발생 조건을 가지고 있다.		이러한 lock은 때때로 치명적인 문제를 낳기도 한다. 그 대표적인 예시가 '''deadlock'''이다. Deadlock이란 '''여러 thread가 서로가 가진 공유 자원의 lock이 열리기를 기다리느라 영원히 빠져나오지 못하는 상태'''이다. 이는 다음의 발생 조건을 가지고 있다.
	# Mutual Extention: '''공유 자원에는 최대 하나의 thread'''만 배정된다.		# Mutual Extention: '''공유 자원에는 최대 하나의 thread'''만 배정된다.

Pinkgo: /* Installing Signal Handlers */

2025-04-21T17:40:30Z

Installing Signal Handlers

← 이전 판		2025년 4월 21일 (월) 17:40 판
256번째 줄:		256번째 줄:
	===Nested Signal Handlers===		===Nested Signal Handlers===
	[[파일:Nested handler.png\|섬네일\|300x300픽셀\|Nested handler]]		[[파일:Nested handler.png\|섬네일\|300x300픽셀\|Nested handler]]
	signal handler는 다른 handler 들에 의해 중단될 수 있다. 이 예제에서는 메인 프로그램이 signal S를 처리하고 있으며, 이를 통해 메인 프로그램을 중단시키고 signal S handler로 control flow를 넘긴다. 또한 S handler가 실행되는 동안 signal T<ref><math>\ne</math>s</ref>를 받아들여 signal T handler로 다시 control flow를 넘긴다. signal T handler가 return한 후 S handler는 중단된 지점에서 실행을 재개하고, signal S handler까지 다시 return한 이후 비로소 메인 프로그램이 재개된다.		'''signal handler는 다른 handler 들에 의해 중단될 수''' 있다. 이 예제에서는 메인 프로그램이 signal S를 처리하고 있으며, 이를 통해 메인 프로그램을 중단시키고 signal S handler로 control flow를 넘긴다. 또한 S handler가 실행되는 동안 signal T<ref><math>\ne</math>s</ref>를 받아들여 signal T handler로 다시 control flow를 넘긴다. signal T handler가 return한 후 S handler는 중단된 지점에서 실행을 재개하고, signal S handler까지 다시 return한 이후 비로소 메인 프로그램이 재개된다.

	===Signals Handlers as Concurrent Flows===		===Signals Handlers as Concurrent Flows===
	[[파일:ConcurrentSignal.jpg\|섬네일\|300x300픽셀]]		[[파일:ConcurrentSignal.jpg\|섬네일\|300x300픽셀]]
	시그널 핸들러는 메인 프로그램과 같은 CPU에서 실행되지만 별도의 logical flow를 가진다. 이는 multithreading과 같은 완전한 병렬적인 실행은 아니나, 어떤 비동기적인 event가 발생해 signal이 전송되면 즉시 메인 프로그램의 흐름을 suspend하고 handler 코드로 jump해서 실행된다. 이때 signal handler와 메인 프로그램의 logical flow가 겹치므로, signal handler는 메인 프로그램과 concurrently하게 ~~실행된다~~.		시그널 핸들러는 메인 프로그램과 같은 CPU에서 실행되지만 별도의 logical flow를 가진다. 이는 multithreading과 같은 완전한 병렬적인 실행은 아니나, 어떤 비동기적인 event가 발생해 signal이 전송되면 즉시 메인 프로그램의 흐름을 suspend하고 handler 코드로 jump해서 실행된다. 이때 '''signal handler와 메인 프로그램의 logical flow가 겹치므로, signal handler는 메인 프로그램과 concurrently하게 실행'''된다.

	[[파일:SignalContextSwitching.jpg\|프레임없음\|300x300픽셀]]		[[파일:SignalContextSwitching.jpg\|프레임없음\|300x300픽셀]]
267번째 줄:		267번째 줄:

	이때 handler의 실행은 다음과 같은 중요한 특징을 지닌다.		이때 handler의 실행은 다음과 같은 중요한 특징을 지닌다.
	# handler와 메인 프로그램은 같은 CPU 안에서 실행되므로 D램을 공유한다. 이를 통해 전역 변수, 스택, 힙 메모리 등을 모두 ~~공유한다~~. 하지만 CPU 내의 저장공간은 부분적으로 공유하여 handler의 실행 전 OS가 상태를 저장하고, handler의 실행 종료 후 원래의 register로 복원하고 메인프로그램으로 복귀한다.		# handler와 메인 프로그램은 '''같은 CPU 안에서 실행되므로 D램을 공유한다. 이를 통해 전역 변수, 스택, 힙 메모리 등을 모두 공유'''한다. 하지만 CPU 내의 저장공간은 부분적으로 공유하여 handler의 실행 전 OS가 상태를 저장하고, handler의 실행 종료 후 원래의 register로 복원하고 메인프로그램으로 복귀한다.
	# signal은 언제 발생할지 모르므로, handler는 예측 불가능한 시점에<ref>비동기적으로</ref> 실행된다.		# signal은 언제 발생할지 모르므로, handler는 예측 불가능한 시점에<ref>비동기적으로</ref> 실행된다.

274번째 줄:		274번째 줄:

	===Implicit blocking mechanism===		===Implicit blocking mechanism===
	기본적으로 커널은 현재 handler에 의해서 처리되고 있는 signal과 동일한 종류의 pending signal들을 ~~block한다~~. 예를 들어, 현재 signal s가 프로세스가 포착해 handler에서 실행되고 있다고 하자. 이때 signal s가 추가로 프로세스에 보내지면, 해당 signal은 pending signal이 되지만, handler가 실행 종료될 때까지는 프로세스에 수신되지 않는다.		기본적으로 커널은 현재 handler에 의해서 '''처리되고 있는 signal과 동일한 종류의 pending signal들을 block'''한다. 예를 들어, 현재 signal s가 프로세스가 포착해 handler에서 실행되고 있다고 하자. 이때 signal s가 추가로 프로세스에 보내지면, 해당 signal은 pending signal이 되지만, handler가 실행 종료될 때까지는 프로세스에 수신되지 않는다.

	===Explicit blocking mechanism===		===Explicit blocking mechanism===
282번째 줄:		282번째 줄:
	/* Returns: 0 if OK, −1 on error */		/* Returns: 0 if OK, −1 on error */
	int sigprocmask(int how, const sigset_t set, sigset_t oldset);		int sigprocmask(int how, const sigset_t set, sigset_t oldset);
	int sigemptyset(sigset_t *set);		int sigemptyset(sigset_t *set); //set을 빈 set으로 초기화한다.
	int sigfillset(sigset_t *set);		int sigfillset(sigset_t *set); //모든 signum을 set에 추가한다.
	int sigaddset(sigset_t *set, int signum);		int sigaddset(sigset_t *set, int signum); //signum을 set에 추가한다.
	int sigdelset(sigset_t *set, int signum);		int sigdelset(sigset_t *set, int signum); //signum을 set에서 삭제한다.
			int sigismember(const sigset_t *set, int signum); //signum이 set의 멤버이면 1을 반환하고, 그렇지 않으면 0을 반환한다.
	/~~* Returns: 1 if member, 0 if not, −1 on error *~~/
	int sigismember(const sigset_t *set, int signum);
	</syntaxhighlight>		</syntaxhighlight>
	sigpromask() 함수는 현재 차단된 signal들의 집합을 인자 how의 값에 따라 변경한다. 이때 how에 들어오는 인자는 다음과 같다.		sigpromask() 함수는 현재 차단된 signal들의 집합을 인자 how의 값에 따라 변경한다. 이때 how에 들어오는 인자는 다음과 같다.
295번째 줄:		293번째 줄:
	* SIG_SETMASK: blocked set을 set으로 설정한다. (blocked = set)		* SIG_SETMASK: blocked set을 set으로 설정한다. (blocked = set)
	oldset 인자가 NULL이 아니면, oldset bit vector에 이전 blocked set의 값이 저장된다.		oldset 인자가 NULL이 아니면, oldset bit vector에 이전 blocked set의 값이 저장된다.
	~~또한 set과 같은 신호 집합들은 다음 함수들을 사용하여 조작된다.~~
	* sigemptyset() 함수: set을 빈 set으로 초기화한다.
	* sigfillset() 함수: 모든 signum을 set에 추가한다.
	* sigaddset() 함수: signum을 set에 추가한다.
	* sigdelset() 함수: signum을 set에서 삭제한다.
	* sigismember() 함수: signum이 set의 멤버이면 1을 반환하고, 그렇지 않으면 0을 반환한다.
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <signal.h>		#include <signal.h>

Pinkgo: /* Signals Handlers as Concurrent Flows */

2025-04-21T17:20:40Z

Signals Handlers as Concurrent Flows

← 이전 판		2025년 4월 21일 (월) 17:20 판
260번째 줄:		260번째 줄:
	===Signals Handlers as Concurrent Flows===		===Signals Handlers as Concurrent Flows===
	[[파일:ConcurrentSignal.jpg\|섬네일\|300x300픽셀]]		[[파일:ConcurrentSignal.jpg\|섬네일\|300x300픽셀]]
	시그널 핸들러는 메인 프로그램과 같은 CPU에서 실행되지만 별도의 logical flow를 가진다. 이는 multithreading과 같은 완전한 병렬적인 실행은 아니나, 어떤 비동기적인 event가 발생해 signal이 전송되면 즉시 메인 프로그램의 흐름을 suspend하고 handler 코드로 jump해서 실행된다. 이를 signal ~~handler가~~ 메인 프로그램과 concurrently하게 ~~실행된다고 표현한다~~.		시그널 핸들러는 메인 프로그램과 같은 CPU에서 실행되지만 별도의 logical flow를 가진다. 이는 multithreading과 같은 완전한 병렬적인 실행은 아니나, 어떤 비동기적인 event가 발생해 signal이 전송되면 즉시 메인 프로그램의 흐름을 suspend하고 handler 코드로 jump해서 실행된다. 이때 signal handler와 메인 프로그램의 logical flow가 겹치므로, signal handler는 메인 프로그램과 concurrently하게 실행된다.

	[[파일:SignalContextSwitching.jpg\|프레임없음\|300x300픽셀]]		[[파일:SignalContextSwitching.jpg\|프레임없음\|300x300픽셀]]

Pinkgo: /* Signals Handlers as Concurrent Flows */

2025-04-21T17:06:36Z

Signals Handlers as Concurrent Flows

← 이전 판		2025년 4월 21일 (월) 17:06 판
264번째 줄:		264번째 줄:
	[[파일:SignalContextSwitching.jpg\|프레임없음\|300x300픽셀]]		[[파일:SignalContextSwitching.jpg\|프레임없음\|300x300픽셀]]

	위 그림은 signal이 전달되고 수신되는 과정에서 context switching이 발생함을 보여준다. Process A는 while (1) ; 같은 무한 루프를 도는 코드이다. 어떤 시점에 signal이 오면 handler() 함수가 실행되며, handler가 끝나면 다시 메인 루프(while)로 돌아간다. 이를 시간축으로 보면 signal handler가 main flow 중간에 개입한 것처럼 보인다. 이때 Process B는 전혀 별개의 프로세스로, signal 동작과는 무관한 ~~흐름입니다~~.		위 그림은 signal이 전달되고 수신되는 과정에서 context switching이 발생함을 보여준다. Process A는 while (1) ; 같은 무한 루프를 도는 코드이다. 어떤 시점에 signal이 오면 handler() 함수가 실행되며, handler가 끝나면 다시 메인 루프(while)로 돌아간다. 이를 시간축으로 보면 signal handler가 main flow 중간에 개입한 것처럼 보인다. 이때 Process B는 전혀 별개의 프로세스로, signal 동작과는 무관한 흐름이다.

	이때 handler의 실행은 다음과 같은 중요한 특징을 지닌다.		이때 handler의 실행은 다음과 같은 중요한 특징을 지닌다.

Pinkgo: /* kill 함수를 통해 signal 보내기 */

2025-04-21T16:51:24Z

kill 함수를 통해 signal 보내기

← 이전 판		2025년 4월 21일 (월) 16:51 판
2번째 줄:		2번째 줄:

	==개요==		==개요==
	'''signal'''이란 시스템에서 어떤 종류의 이벤트가 발생했음을 프로세스에 알리는 작은 ~~메시지이다~~. signal은 이를 위해서 kernel에서 process로 보내지며, signal type은 1~30의 정수로 식별된다. 이때 어떤 signal에 저장된 정보는 해당 ID와 그 signal이 도착했다는 사실 뿐이다. 아래는 몇가지 signal ID와 그에 대응되는 signal들을 나타낸 표이다.		'''signal'''이란 시스템에서 '''어떤 종류의 이벤트가 발생했음을 프로세스에 알리는 작은 메시지'''이다. signal은 이를 위해서 kernel에서 process로 보내지며, signal type은 1~30의 정수로 식별된다. 이때 어떤 signal에 저장된 정보는 해당 ID와 그 signal이 도착했다는 사실 뿐이다. 아래는 몇가지 signal ID와 그에 대응되는 signal들을 나타낸 표이다.
	{\| class="wikitable"		{\| class="wikitable"
	\|+		\|+
105번째 줄:		105번째 줄:
	이 명령은 Unix pipe<ref>두 개의 명령어를 연결하여, 첫 번째 명령어의 출력 결과를 두 번째 명령어의 입력으로 전달하는 메커니즘이다.</ref>를 통해 연결된 두 개의 process로 구성된 foreground job<ref>알파벳 순으로 정렬된 파일 목록을 얻는 job이다.</ref>을 만든다. 두 프로세스 중 하나는 ls 프로그램<ref>현재 디렉토리의 파일과 디렉토리 목록을 출력하는 명령어이다.</ref>을 실행하고, 다른 하나는 sort 프로그램<ref>sort는 정렬을 의미하는 명령어로, 텍스트 데이터를 정렬하는 데 사용한다.</ref>을 실행한다. Shell은 각 job마다 별도의 프로세스 그룹을 생성하며, 이때의 process group ID는 job 내의 parent PID 중 하나에서 따온다. 예를 들어 오른쪽의 그림은 하나의 foreground job과 두개의 background job을 가진 shell을 보여준다. foreground job의 부모 프로세스는 PID가 20이고, process group ID도 20이다. 부모 프로세스는 두 개의 자식 프로세스를 생성했으며, 이들 또한 프로세스 그룹 20에 속한다.		이 명령은 Unix pipe<ref>두 개의 명령어를 연결하여, 첫 번째 명령어의 출력 결과를 두 번째 명령어의 입력으로 전달하는 메커니즘이다.</ref>를 통해 연결된 두 개의 process로 구성된 foreground job<ref>알파벳 순으로 정렬된 파일 목록을 얻는 job이다.</ref>을 만든다. 두 프로세스 중 하나는 ls 프로그램<ref>현재 디렉토리의 파일과 디렉토리 목록을 출력하는 명령어이다.</ref>을 실행하고, 다른 하나는 sort 프로그램<ref>sort는 정렬을 의미하는 명령어로, 텍스트 데이터를 정렬하는 데 사용한다.</ref>을 실행한다. Shell은 각 job마다 별도의 프로세스 그룹을 생성하며, 이때의 process group ID는 job 내의 parent PID 중 하나에서 따온다. 예를 들어 오른쪽의 그림은 하나의 foreground job과 두개의 background job을 가진 shell을 보여준다. foreground job의 부모 프로세스는 PID가 20이고, process group ID도 20이다. 부모 프로세스는 두 개의 자식 프로세스를 생성했으며, 이들 또한 프로세스 그룹 20에 속한다.

	키보드에서 '''Ctrl+C'''를 누르면 커널은 foreground group에 있는 모든 프로세스에 SIGINT<ref>		키보드에서 '''Ctrl+C'''를 누르면 커널은 '''foreground group에 있는 모든 프로세스에 SIGINT<ref>*SIGINT: 프로세스가 종료를 거부하거나 신호를 처리할 수 있는 기회를 제공한다. 기본적으로 사용자가 인터럽트 키인 Ctrl+C를 눌렀을 때 발생한다.
	* SIGINT: 프로세스가 종료를 거부하거나 신호를 처리할 수 있는 기회를 제공한다. 기본적으로 사용자가 인터럽트 키인 Ctrl+C를 눌렀을 때 발생한다.		*SIGKILL: 프로세스를 즉시 강제 종료시키는 신호이다. 프로세스가 이를 거부하거나 처리할 수 없으며 무조건 종료된다.
	* SIGKILL: 프로세스를 즉시 강제 종료시키는 신호이다. 프로세스가 이를 거부하거나 처리할 수 없으며 무조건 종료된다.		</ref> 신호'''를 보낸다. 즉, foreground job을 종료(terminate)한다. 마찬가지로 '''Ctrl+Z'''를 누르면 커널은 '''foreground 프로세스 그룹에 있는 모든 프로세스에 SIGTSTP 신호'''를 보낸다. 즉, foreground job을 suspend한다.
	</ref> ~~신호를~~ 보낸다. 즉, foreground job을 종료(terminate)한다. 마찬가지로 '''Ctrl+Z'''를 누르면 커널은 foreground 프로세스 그룹에 있는 모든 프로세스에 SIGTSTP ~~신호를~~ 보낸다. 즉, foreground job을 suspend한다.

	====키보드로 signal 보내기 예시====		====키보드로 signal 보내기 예시====
142번째 줄:		141번째 줄:

	===kill 함수를 통해 signal 보내기===		===kill 함수를 통해 signal 보내기===
	프로세스는 kill 함수를 호출하여 프로세스(자기 자신을 포함)에게 ~~signal을~~ 보낼 수 있다.		프로세스는 '''kill() 함수를 호출하여 프로세스(자기 자신을 포함)에게 signal'''을 보낼 수 있다.
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <sys/types.h>		#include <sys/types.h>
	#include <signal.h>		#include <signal.h>

	int kill(pid_t pid, int sig);		int kill(pid_t pid, int sig); //성공적으로 전송시 0 반환, 오류 발생시 -1 반환
	</syntaxhighlight>		</syntaxhighlight>
	* pid > 0: kill 함수는 signal number가 sig인 signal을 process pid에 보낸다.		* pid > 0: kill 함수는 signal number가 sig인 signal을 process pid에 보낸다.
201번째 줄:		200번째 줄:
	==Receiving Signals==		==Receiving Signals==
	[[파일:ReceivingSignal.png\|섬네일\|300x300픽셀]]		[[파일:ReceivingSignal.png\|섬네일\|300x300픽셀]]
	커널이 프로세스 p를 kernel mode에서 user mode로 전환할 때<ref>system call에서 돌아오거나 context switch를 완료할 때 등</ref>, 커널은 p에 대해 unblocked이고 pending 상태인 signal의 집합을 ~~확인한다~~.<ref>pnb = pending & ~blocked</ref> 이 집합이 비어 있으면<ref>if (\|pnb\| == 0)</ref>, 커널은 p의 logical control flow에서 다음 instruction(I<sub>next</sub>)로 control을 넘긴다. 그러나 이 집합이 비어 있지 않으면, 커널은 집합에서 signal k를 하나 선택하고<ref>일반적으로 가장 작은 signal number k</ref>, p가 signal k를 수신하도록한다. 또한 이를 해당 집합에 있는 모든 signal에 대해 반복한다.		커널이 프로세스 p를 kernel mode에서 user mode로 전환할 때<ref>system call에서 돌아오거나 context switch를 완료할 때 등</ref>, '''커널은 p에 대해 unblocked이고 pending 상태인 signal의 집합을 확인'''한다.<ref>pnb = pending & ~blocked</ref> 이 집합이 비어 있으면<ref>if (\|pnb\| == 0)</ref>, 커널은 p의 logical control flow에서 다음 instruction(I<sub>next</sub>)로 control을 넘긴다. 그러나 이 집합이 비어 있지 않으면, 커널은 집합에서 signal k를 하나 선택하고<ref>일반적으로 가장 작은 signal number k</ref>, p가 signal k를 수신하도록한다. 또한 이를 해당 집합에 있는 모든 signal에 대해 반복한다.
	signal을 수신하면 해당 프로세스는 특정 작업을 수행한다. 작업을 완료한 후, p의 logical control flow에서 다음 instruction(I<sub>next</sub>)로 control을 넘긴다. 각 signal 유형은 기본 동작이 있으며, 다음은 기본 동작을 모두 나열한 것이다.		signal을 수신하면 해당 프로세스는 특정 작업을 수행한다. 작업을 완료한 후, p의 logical control flow에서 다음 instruction(I<sub>next</sub>)로 control을 넘긴다. 각 signal 유형은 기본 동작이 있으며, 다음은 기본 동작을 모두 나열한 것이다.
	* 프로세스를 terminate / ex: SIGKILL		* 프로세스를 terminate / ex: SIGKILL
214번째 줄:		213번째 줄:
	handler_t signal(int signum, handler_t handler);		handler_t signal(int signum, handler_t handler);
	</syntaxhighlight>		</syntaxhighlight>
	* signum: 처리하려는 ~~신호의~~ 종류를 ~~지정합니다~~. ex: SIGINT, SIGSEGV, SIGTERM 등...		* signum: '''처리하려는 signal의 종류를 지정'''합니다. ex: SIGINT, SIGSEGV, SIGTERM 등...
	* handler: ~~신호를~~ 받았을 때 실행할 핸들러 함수의 주소에 ~~해당한다~~. 핸들러 함수는 신호에 대한 사용자 정의 동작을 포함하며, 이를 통해 ~~신호를~~ 처리할 방법을 정의한다.		* handler: '''signal를 받았을 때 실행할 핸들러 함수의 주소에 해당'''한다. 핸들러 함수는 신호에 대한 사용자 정의 동작을 포함하며, 이를 통해 signal을 처리할 방법을 정의한다.
	** handler가 SIG_IGN이면 해당 ~~signum~~ 신호는 무시된다.		** handler가 SIG_IGN이면 해당 signal 신호는 무시된다.
	** handler가 SIG_DFL이면 해당 ~~signum~~ 신호에 대한 동작은 기본 동작으로 돌아간다.		** handler가 SIG_DFL이면 해당 signal 신호에 대한 동작은 기본 동작으로 돌아간다.
	** 그 외의 경우에서는, handler는 user-level signal handler의 address이다.		** 그 외의 경우에서는, handler는 user-level signal handler의 address이다.
	*** installing: 해당 handler가 프로세스가 signum 신호를 받을 때 호출되는 것이다.		*** installing: 해당 handler가 프로세스가 signum 신호를 받을 때 호출되는 것이다.

Pinkgo: /* Process Group */

2025-04-21T16:13:24Z

Process Group

← 이전 판		2025년 4월 21일 (월) 16:13 판
68번째 줄:		68번째 줄:
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <unistd.h>		#include <unistd.h>
	pid_t getpgrp(void);		pid_t getpgrp(void); //반환값: 현재 프로세스의 PGID (Process Group ID)
	</syntaxhighlight>		</syntaxhighlight>
	기본적으로 child process는 parent process와 동일한 프로세스 그룹에 속한다. 이때 프로세스는 '''setpgid()''' 함수를 사용하여 자신이나 다른 프로세스의 프로세스 그룹을 변경할 수 있다.		기본적으로 child process는 parent process와 동일한 프로세스 그룹에 속한다. 이때 프로세스는 '''setpgid()''' 함수를 사용하여 자신이나 다른 프로세스의 프로세스 그룹을 변경할 수 있다.

Pinkgo: /* /Bin/kill 프로그램을 사용해 signal 보내기 */

2025-04-21T16:07:12Z

/Bin/kill 프로그램을 사용해 signal 보내기

← 이전 판		2025년 4월 21일 (월) 16:07 판
88번째 줄:		88번째 줄:

	===/Bin/kill 프로그램을 사용해 signal 보내기===		===/Bin/kill 프로그램을 사용해 signal 보내기===
	/bin/kill 프로그램은 다른 프로세스나 프로세스 그룹에 임의의 신호를 보낸다. ~~예를 들어,~~		/bin/kill 프로그램은 다른 프로세스나 프로세스 그룹에 임의의 신호를 보낸다. 이는 아래와 같다:
	<syntaxhighlight lang="perl">		<syntaxhighlight lang="perl">
	linux> /bin/kill sig_ID PID		linux> /bin/kill sig_ID PID

Pinkgo: /* /Bin/kill 프로그램을 사용해 signal 보내기 */

2025-04-21T16:06:46Z

/Bin/kill 프로그램을 사용해 signal 보내기

← 이전 판		2025년 4월 21일 (월) 16:06 판
90번째 줄:		90번째 줄:
	/bin/kill 프로그램은 다른 프로세스나 프로세스 그룹에 임의의 신호를 보낸다. 예를 들어,		/bin/kill 프로그램은 다른 프로세스나 프로세스 그룹에 임의의 신호를 보낸다. 예를 들어,
	<syntaxhighlight lang="perl">		<syntaxhighlight lang="perl">
	linux> /bin/kill ~~-9 15213~~		linux> /bin/kill sig_ID PID
	</syntaxhighlight>		</syntaxhighlight>
	위 명령은 process ~~15213에 signal -9(SIGKILL)을~~ 보낸다.<ref>/bin/kill 명령어에서 "kill"은 SIGKILL 시그널과 일말의 관련도 없다.</ref> 이때 PID로 음수를 사용하면 해당 process group 15213에 존재하는 모든 프로세스에 해당 signal을 보낸다. ~~또한,~~		위 명령은 process PID에 sig_ID에 해당하는 signal을 보낸다.<ref>/bin/kill 명령어에서 "kill"은 SIGKILL 시그널과 일말의 관련도 없다.</ref> 이때 PID로 음수를 사용하면 해당 process group 15213에 존재하는 모든 프로세스에 해당 signal을 보낸다. 예를 들어
	<syntaxhighlight lang="perl">		<syntaxhighlight lang="perl">
	linux> /bin/kill -2 -15213		linux> /bin/kill -2 -15213

Pinkgo: /* /Bin/kill 프로그램을 사용해 signal 보내기 */

2025-04-21T16:05:40Z

/Bin/kill 프로그램을 사용해 signal 보내기

← 이전 판		2025년 4월 21일 (월) 16:05 판
92번째 줄:		92번째 줄:
	linux> /bin/kill -9 15213		linux> /bin/kill -9 15213
	</syntaxhighlight>		</syntaxhighlight>
	위 명령은 process 15213에 signal -9(SIGKILL)을 보낸다. 이때 PID로 음수를 사용하면 해당 process group 15213에 존재하는 모든 프로세스에 해당 signal을 보낸다. 또한,		위 명령은 process 15213에 signal -9(SIGKILL)을 보낸다.<ref>/bin/kill 명령어에서 "kill"은 SIGKILL 시그널과 일말의 관련도 없다.</ref> 이때 PID로 음수를 사용하면 해당 process group 15213에 존재하는 모든 프로세스에 해당 signal을 보낸다. 또한,
	<syntaxhighlight lang="perl">		<syntaxhighlight lang="perl">
	linux> /bin/kill -2 -15213		linux> /bin/kill -2 -15213

Pinkgo: /* /Bin/kill 프로그램을 사용해 signal 보내기 */

2025-04-21T14:53:53Z

/Bin/kill 프로그램을 사용해 signal 보내기

← 이전 판		2025년 4월 21일 (월) 14:53 판
92번째 줄:		92번째 줄:
	linux> /bin/kill -9 15213		linux> /bin/kill -9 15213
	</syntaxhighlight>		</syntaxhighlight>
	위 명령은 process 15213에 signal -9(SIGKILL)을 보낸다. 이때 PID로 음수를 사용하면 해당 process group 15213에 존재하는 모든 프로세스에 해당 signal을 ~~보낸다. 예를 들어,~~		위 명령은 process 15213에 signal -9(SIGKILL)을 보낸다. 이때 PID로 음수를 사용하면 해당 process group 15213에 존재하는 모든 프로세스에 해당 signal을 보낸다. 또한,
	~~<syntaxhighlight lang="perl">~~
	~~linux> /bin/kill -9 -15213~~
	~~</syntaxhighlight>~~
	~~위 명령은 process group 15213에 있는 모든 프로세스에 SIGKILL 신호를~~ 보낸다. 또한,
	<syntaxhighlight lang="perl">		<syntaxhighlight lang="perl">
	linux> /bin/kill -2 -15213		linux> /bin/kill -2 -15213