Microsoft MVP성태의 닷넷 이야기
스크립트: 44. 파이썬의 3가지 스레드 ID [링크 복사], [링크+제목 복사],
조회: 13639
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 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




파이썬의 3가지 스레드 ID

(이 글은 리눅스 환경을 가정합니다.)

간단하게 다음의 코드를 실행하면,

import threading
import os

print(os.getpid(), threading.get_native_id(), threading.current_thread().native_id)

# os.getpid() == 16000 
# threading.get_native_id() == 16000  (python 3.8 or later)
# threading.current_thread().native_id == 16000  (python 3.8 or later)

당연히 모든 값이 동일합니다. CPU 입장에서는 사실 스레드와 프로세스의 구분이 없으므로, 그 부분은 운영체제 수준에서 구현하기 나름인데요, 윈도우와는 달리 리눅스는 내부적으로 스레드와 프로세스를 거의 동급으로 취급하기 때문에 저런 결과가 나옵니다.

그렇다면 os.getpid()와 threading.get_native_id(), threading.current_thread().native_id는 어떻게 다를까요? 간단합니다. 하나의 프로세스에서 스레드를 생성해 테스트하면,

def run_thread():
    def handler():
        print('run_thread', os.getpid(), threading.get_native_id(), threading.current_thread().native_id)

    t = threading.Thread(target=handler)
    t.daemon = True
    t.start()
    return t

run_thread()

이렇게 값이 나옵니다.

os.getpid() == 16000 
threading.get_native_id(), threading.current_thread().native_id == 16001 

당연하겠죠?!!!




그렇다면, threading.get_native_id(), threading.current_thread().native_id 간의 차이점은 뭘까요? 이름상으로는 2개 모두 현재 스레드의 ID를 반환할 것 같은데요, 불행히도 threading.current_thread().native_id에는 한 가지 문제가 있습니다. 아래의 코드를 통해 그것을 재현할 수 있는데,

# 윈도우 개발자를 위한 리눅스 fork 동작 방식 설명 (파이썬 코드)
# ; https://www.sysnet.pe.kr/2/0/12811

pid = os.fork()

if pid == 0:
    print(pid, '자식 프로세스의 실행 흐름', os.getpid(), threading.get_native_id(), threading.current_thread().native_id)

# os.getpid() == 16001 
# threading.get_native_id() == 16001 
# threading.current_thread().native_id == 16000

결과를 보면, threading.get_native_id()는 새로 fork한 자식 프로세스의 thread id를 나타내고 있지만, threading.current_thread().native_id는 (forking 시킨) 부모 프로세스의 스레드 id를 가리킵니다.

따라서 fork를 가정한다면 threading.current_thread().native_id를 사용해서는 안 됩니다. 달리 말해 threading.current_thread().native_id가 왜 있는 것인지 사실 잘 모르겠습니다. ^^;




그런데, 파이썬에는 또 다른 thread id가 있습니다. 닷넷도 Thread.ManagedThreadId가 있는 것처럼, 파이썬 역시 엔진 자체에서 추상화시킨 스레드 ID를 가지고 있는데 이 값은 threading.current_thread().ident로 구할 수 있습니다.

import threading

print(threading.get_native_id(), threading.current_thread().ident)

# threading.get_native_id() == 160654
# threading.current_thread().ident == 140401214547776

보는 바와 같이 완전히 다른 id 값을 가지므로 숫자 크기만으로 다른 값들과 쉽게 구분할 수 있습니다.

자, 그렇다면 (다른) 스레드의 호출 스택을 구할 때 사용하는 _current_frames의 get 함수에는 어떤 thread id를 전달해야 할까요?

frame = sys._current_frames().get(tid)
print(frame)

어느 정도 예상할 수 있을 텐데요, 파이썬 엔진에서 호출 스택을 구하는 것이므로 threading.current_thread().ident 값이어야 합니다. (이상한 이름 규칙이지만, threading.current_thread().native_id와 threading.get_native_id()는 값이 다른 경우가 있었는데요, 반면 동일한 이름 규칙의 threading.current_thread().ident와 threading.get_ident()는 완전히 동일한 값을 반환합니다.)

ident의 또 한 가지 특징이라면, 위에서 살펴 본 id들은 스레드의 생명이 살아 있는 동안에는 고유한 값을 띄기 때문에 동시에 같은 id가 중복되는 경우는 없습니다. 반면 ident는 파이썬 엔진에서 fork한 프로세스인 경우 동시에 같은 id가 나오기도 합니다.

pid = os.fork()

if pid == 0:
    print(pid, '자식 프로세스의 실행 흐름', threading.get_ident())  # 139813516781376
else:
    print(pid, '부모 프로세스의 실행 흐름', threading.get_ident())  # 139813516781376

생성 규칙이 뭔지는 모르겠지만, 보는 바와 같이 완전히 동일한 값이 부모/자식 프로세스 사이에서 나타나고 있습니다.




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







[최초 등록일: ]
[최종 수정일: 2/8/2023]

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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  [158]  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1134정성태9/27/201131760.NET Framework: 241. C# 5.0에 새로 추가된 Caller Info 특성 [5]
1133정성태9/25/201135109VC++: 54. C++로 만든 WinRT 프로그램 [2]
1132정성태9/24/201174588Java: 9. 자바의 keytool.exe 사용법과 Tomcat의 SSL 통신 설정
1131정성태9/23/201130652Java: 8. 닷넷 개발자가 구현해 본 자바 웹 서비스 (2)
1130정성태9/23/201138886Java: 7. 닷넷 개발자가 구현해 본 자바 웹 서비스 (1)파일 다운로드2
1129정성태9/22/201130404개발 환경 구성: 130. Hyper-V에 MS-DOS VM 만드는 방법 - MSDN 구독자 대상 [3]
1128정성태9/20/201130714오류 유형: 137. KB2449742 보안 업데이트로 인한 충돌 문제 해결 - 두 번째 이야기
1127정성태9/19/201134580Java: 6. Java에서 MySQL 사용 [2]
1126정성태9/18/201129775Math: 3. "유클리드 호제법"과 "Bezout's identity" 구현 코드(C#)파일 다운로드1
1125정성태9/17/201127454Windows: 54. Windows 8 개발자 Preview를 사용해 보고... [2]
1124정성태9/17/201127835.NET Framework: 240. System.Collections.ArrayList가 .NET 4.5에서 지원이 안된다??? [2]
1123정성태9/17/201166711Windows: 53. 2가지 모드의 Internet Explorer 10과 ActiveX [6]
1122정성태9/16/201134342Windows: 52. 새롭게 지원되는 WinRT 응용 프로그램 [7]
1121정성태9/12/201129117Java: 5. WTP 내에서 서블릿을 실행하는 환경
1120정성태9/11/201129088.NET Framework: 239. IHttpHandler.IsReusable 속성 이야기파일 다운로드1
1119정성태9/11/201128063Java: 4. 이클립스에 WTP SDK가 설치되지 않는다면? [2]
1118정성태9/11/201139977Java: 3. 이클립스에서 서블릿 디버깅하는 방법 [4]
1117정성태9/9/201127086제니퍼 .NET: 17. 제니퍼 닷넷 적용 사례 (2) - 웹 애플리케이션 hang의 원인을 알려주다.
1116정성태9/8/201158668Java: 2. 자바에서 "Microsoft SQL Server JDBC Driver" 사용하는 방법
1115정성태9/4/201131740Java: 1. 닷넷 개발자가 처음 실습해 본 서블릿
1114정성태9/4/201136274Math: 2. "Zhang Suen 알고리즘(세선화, Thinning/Skeletonization)"의 C# 버전 [4]파일 다운로드1
1113정성태9/2/201135884개발 환경 구성: 129. Hyper-V에 CentOS 설치하기
1112정성태9/2/201152538Linux: 1. 리눅스 <-> 윈도우 원격 접속 프로그램 사용 [3]
1111정성태8/29/201126729제니퍼 .NET: 16. 적용 사례 (1) - DB Connection Pooling을 사용하지 않았을 때의 성능 저하를 알려주다. [1]
1110정성태8/26/201128307오류 유형: 136. RDP 접속이 불연속적으로 끊기는 문제
1109정성태8/26/201131123오류 유형: 135. 어느 순간 Active Directory 접속이 안되는 문제
... 151  152  153  154  155  156  157  [158]  159  160  161  162  163  164  165  ...