Microsoft MVP성태의 닷넷 이야기
Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식 [링크 복사], [링크+제목 복사],
조회: 5063
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 2개 있습니다.)
스크립트: 44. 파이썬의 3가지 스레드 ID
; https://www.sysnet.pe.kr/2/0/13251

Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식
; https://www.sysnet.pe.kr/2/0/13821




Linux와 Windows의 프로세스/스레드 ID 관리 방식

윈도우 기반의 개발자가 Linux로 이전하면서 혼란을 느끼는 것 중의 하나가 바로 프로세스와 스레드일 것입니다. ^^;

우선, 윈도우는 프로세스와 스레드의 관계가 주종 관계입니다.

EPROCESS_1
   |- 스레드_1 (ETHREAD) 
   |- 스레드_2 (ETHREAD)
   :    ...   (ETHREAD)
   ㄴ 스레드_N (ETHREAD)

EPROCESS_2
   |- 스레드_1 (ETHREAD) 
   |- 스레드_2 (ETHREAD)
   :    ...   (ETHREAD)
   ㄴ 스레드_N (ETHREAD)

따라서, 프로세스의 ID는 EPROCESS 구조체에 담긴 ID 필드 값이고, 스레드의 ID는 ETHREAD 구조체에 담긴 ID 필드 값으로 분리돼 있습니다.

lkd> dt _EPROCESS
nt!_EPROCESS
   +0x000 Pcb              : _KPROCESS
   +0x438 ProcessLock      : _EX_PUSH_LOCK
   +0x440 UniqueProcessId  : Ptr64 Void
   +0x448 ActiveProcessLinks : _LIST_ENTRY
   ...[생략]...
   +0x5e0 ThreadListHead   : _LIST_ENTRY
   ...[생략]...

lkd> dt _ETHREAD
nt!_ETHREAD
   +0x000 Tcb              : _KTHREAD
   +0x430 CreateTime       : _LARGE_INTEGER
   +0x438 ExitTime         : _LARGE_INTEGER
   ...[생략]...
   +0x478 Cid              : _CLIENT_ID
   ...[생략]...

lkd> dt _CLIENT_ID
nt!_CLIENT_ID
   +0x000 UniqueProcess    : Ptr64 Void
   +0x008 UniqueThread     : Ptr64 Void

하지만, 리눅스 세계에서는 프로세스와 스레드의 구분이 없고 모든 것이 "Task"입니다.

Task_1
   |- Task_2
   |- Task_3
   : ...
   ㄴ Task_N

Task_N+1
    |- Task_N+2
    |- Task_N+3
    : ...
    ㄴ Task_N+N

문제는, Task를 표현하는 task_struct 구조체 필드의 이름이 윈도우 세계의 개념과 혼동을 줄 수 있다는 점입니다.

$ grep -A 214 "struct task_struct {" vmlinux.h
struct task_struct {
        ...[생략]...
        pid_t pid;
        pid_t tgid;
        ...[생략]...
        struct key *cached_requested_key;
        char comm[16];
        ...[생략]...
};

// https://www.linkedin.com/pulse/brief-linux-process-amit-nadiger/

pid: the process ID of the process
tgid: the thread group ID of the process

pid를 "process ID"라고 설명하고 있는데요, 저 말을 윈도우 세계의 프로세스/스레드 개념으로 이해하면 안 됩니다. 즉, 리눅스에서 저 2개의 필드는 실은 다음과 같은 의미로 쓰입니다.

pid: task id (윈도우라면 스레드 ID와 유사)
tgid: task group id (윈도우라면 프로세스 ID와 유사)

실제로, 저 개념으로 보면 그나마 윈도우 운영체제의 프로세스/스레드 개념과 비슷하게 이해할 수 있습니다. 가령, task를 하나 생성하면 최초에 pid와 tgid는 동일한 값으로 나옵니다.

[신규 task 생성]
pid == 100
tgid == 100

그리고, 저 task에서 새로운 스레드(task)를 하나 생성하면 pid는 새로운 값으로 변경되지만, tgid는 부모 task의 tgid 값으로 결정됩니다.

[task에서 신규 스레드 생성]
pid == 100
tgid == 100
    pid == 101
    tgid == 100

반면, 스레드가 아닌 자식 프로세스의 개념(예를 들어, fork)으로 task를 생성하는 경우에는 pid는 언제나처럼 새로운 값으로 변경되고, tgid는 다시 그 pid의 값을 따르게 됩니다.

[task에서 신규 프로세스 생성]
pid == 100
tgid == 100
    pid == 101
    tgid == 101

그런데, 위의 필드들과 관련된 함수들을 보면 더욱더 혼란스러운 면이 있습니다.

pid_t getpid (void): task_struct의 tgid 반환 (윈도우라면 프로세스 ID와 유사)

pid_t getppid (void): task_struct의 real_parent의 tgid 반환 (윈도우라면 부모 프로세스 ID와 유사)

pid_t gettid (void): task_struct의 pid 반환 (윈도우라면 스레드 ID와 유사)

보는 바와 같이 getpid가 (pid가 아닌) tgid를 반환하고, gettid가 pid를 반환하는 식입니다. 즉, 함수 측면에서 보면 오히려 윈도우의 프로세스/스레드 개념과 유사하게 이해할 수 있습니다.




참고로, "pstree" 명령어를 사용하면 리눅스 시스템에서 프로세스/스레드의 관계를 트리 구조로 확인할 수 있습니다.

systemd─┬─ModemManager───2*[{ModemManager}]
        ├─NetworkManager───2*[{NetworkManager}]
        ├─accounts-daemon───2*[{accounts-daemon}]
...[생략]...

한 가지 유의해야 할 점은, 위에서 systemd와 ModemManager는 프로세스의 부모/자식 관계인 반면, ModemManager와 "2*[{ModemManager}]"는 같은 프로세스에서의 스레드 부모/자식 관계입니다. 이름으로 그렇게 구분하는 것은 아니고, "{", "}" 중괄호로 묶인 것이 스레드라는 의미이기 때문인데요, 스레드의 경우 앞서 표기된 "2"라는 숫자는 스레드의 개수를 의미합니다. (윈도우의 관점에서 해석하면, ModemManager 프로세스에는 Main 스레드 1개와 secondary 스레드 2개로 총 3개의 스레드가 존재하는 걸로 이해할 수 있습니다.)

마지막으로 리눅스와 윈도우 모두 스레드 ID는 시스템 내에서 유일한 값임을 보증할 수 있습니다. 단지, 리눅스의 경우에는 꾸준히 증가하는 식으로 할당이 되는 반면, 윈도우는 스레드가 종료되면 그 ID가 재사용될 수 있으므로 주의가 필요합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/18/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13843정성태12/13/20244366오류 유형: 938. Docker container 내에서 빌드 시 error MSB3021: Unable to copy file "..." to "...". Access to the path '...' is denied.
13842정성태12/12/20244506디버깅 기술: 205. Windbg - KPCR, KPRCB
13841정성태12/11/20244836오류 유형: 937. error MSB4044: The "ValidateValidArchitecture" task was not given a value for the required parameter "RemoteTarget"
13840정성태12/11/20244412오류 유형: 936. msbuild - Your project file doesn't list 'win' as a "RuntimeIdentifier"
13839정성태12/11/20244838오류 유형: 936. msbuild - error CS1617: Invalid option '12.0' for /langversion. Use '/langversion:?' to list supported values.
13838정성태12/4/20244580오류 유형: 935. Windbg - Breakpoint 0's offset expression evaluation failed.
13837정성태12/3/20245032디버깅 기술: 204. Windbg - 윈도우 핸들 테이블 (3) - Windows 10 이상인 경우
13836정성태12/3/20244594디버깅 기술: 203. Windbg - x64 가상 주소를 물리 주소로 변환 (페이지 크기가 2MB인 경우)
13835정성태12/2/20245040오류 유형: 934. Azure - rm: cannot remove '...': Directory not empty
13834정성태11/29/20245266Windows: 275. C# - CUI 애플리케이션과 Console 윈도우 (Windows 10 미만의 Classic Console 모드인 경우) [1]파일 다운로드1
13833정성태11/29/20244949개발 환경 구성: 737. Azure Web App에서 Scale-out으로 늘어난 리눅스 인스턴스에 SSH 접속하는 방법
13832정성태11/27/20244894Windows: 274. Windows 7부터 도입한 conhost.exe
13831정성태11/27/20244367Linux: 111. eBPF - BPF_MAP_TYPE_PERF_EVENT_ARRAY, BPF_MAP_TYPE_RINGBUF에 대한 다양한 용어들
13830정성태11/25/20245159개발 환경 구성: 736. 파이썬 웹 앱을 Azure App Service에 배포하기
13829정성태11/25/20245114스크립트: 67. 파이썬 - Windows 버전에서 함께 설치되는 py.exe
13828정성태11/25/20244423개발 환경 구성: 735. Azure - 압축 파일을 이용한 web app 배포 시 디렉터리 구분이 안 되는 문제파일 다운로드1
13827정성태11/25/20245075Windows: 273. Windows 환경의 파일 압축 방법 (tar, Compress-Archive)
13826정성태11/21/20245302닷넷: 2313. C# - (비밀번호 등의) Console로부터 입력받을 때 문자열 출력 숨기기(echo 끄기)파일 다운로드1
13825정성태11/21/20245630Linux: 110. eBPF / bpf2go - BPF_RINGBUF_OUTPUT / BPF_MAP_TYPE_RINGBUF 사용법
13824정성태11/20/20244727Linux: 109. eBPF / bpf2go - BPF_PERF_OUTPUT / BPF_MAP_TYPE_PERF_EVENT_ARRAY 사용법
13823정성태11/20/20245267개발 환경 구성: 734. Ubuntu에 docker, kubernetes (k3s) 설치
13822정성태11/20/20245131개발 환경 구성: 733. Windbg - VirtualBox VM의 커널 디버거 연결 시 COM 포트가 없는 경우
13821정성태11/18/20245063Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식
13820정성태11/18/20245216VS.NET IDE: 195. Visual C++ - C# 프로젝트처럼 CopyToOutputDirectory 항목을 추가하는 방법
13819정성태11/15/20244461Linux: 107. eBPF - libbpf CO-RE의 CONFIG_DEBUG_INFO_BTF 빌드 여부에 대한 의존성
13818정성태11/15/20245233Windows: 272. Windows 11 24H2 - sudo 추가
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...