안녕하세요. 커널14기 B팀 이한길이라 합니다.

커널내에서는 프로세스든 쓰레드든 task_struct 구조체를 통해 구현되므로, 커널단에서는 한 쓰레드가 한 Task 라고 생각하면 되지 않을까 싶습니다. 그것을 tgid가 같은 쓰레드의 모임을 유저단에서 pid라고 칭하는 거라고 생각합니다.

즉 프로세스나 쓰레드는 태스크의 공유측면에서 개념적으로만 존재한다고 보면 되지 않을까 싶습니다. 글쓴이님꼐서 생각하신 개념이랑 비슷하게 이해했습니다.

최초에 task가 하나 생성된다면, 1프로세스 == 1쓰레드 == 1task 가 되겠지만, 그 task 내에서 또 한개의 task를 쓰레드로 생성한다면, 1프로세스 == 2쓰레드 == 2tasks 가 되겠습니다.

물론 공유가 없이 fork 등으로 생성한다면 2프로세스 == 각각 2개쓰레드 == 각각 2개 tasks 가 되겠습니다.

윈도우는 확실히 이와는 다른게, EPROCESS, ETHREAD 와 같이 커널 구조체가 프로세스와 쓰레드를 가리키는 구조체들이 존재합니다. 이는 커널단에서 그 존재를 확실히 분류했으므로, 한 프로세스 안에 한 쓰레드가 존재한다고 봐도 좋겠죠.

끝으로 일반적으로 리눅스 코딩에서 getpid() 를 하면 프로세스의 id 라고 하여 pid가 리턴이 됩니다.

이 pid는 만약 프로세스가 1개의 task만을 가진다면, 그 task의 task_struct 가 가진 pid(task_struct->pid)와 같은 값을 가지게 됩니다. 왜냐면 getpid()를 통해 리턴되는 pid 는 공유되는 task_struct->tgid 와 일치하는데, 1개 task이기 때문에 공유하는 task_struct->tgid도 task_struct->pid와 일치하기 때문입니다.

제가 몰랐던 것은, 그렇다면, 쓰레드를 생성했을 경우, 이 쓰레드의 pid() 는 무엇을 호출해 줄 것인가인데, 65쪽에 SYSCALL_DEFINE0(getpid) 를 보면, 이 함수는 단순히 current 의 task_tgid_vnr , 즉 task_struct 의 tgid 값을 리턴해 주는 함수임을 알 수 있습니다. 이 tgid는 61쪽을 보면, 프로세스를 생성할 경우에는 새로운 생성된 task의 pid값으로 세팅해주며, 스레드를 생성할 경우에는, 부모쓰레드의 tgid값, 즉 fork로 생성이 되서 tgid 와 pid가 유일한 task(process)에서 쓰레드를 생성했다면, 이 유일한 tgid 가 생성된 쓰레드로 복사되고, pid는 유일하게 생성됩니다.

따라서 tgid ==> 즉 getpid() 는 생성된 쓰레드집합 프로세스의 아이디인 것입니다. 그것을 각 예제에서는 TGID(xx) 라고 표기하였습니다. 엄밀히 말하면 ps -ef 에 출력되는 pid입니다.

또한 예제에 출력된 PID들은 단순히 task로써 유일한 값을 가지는 task_struct 의 pid입니다.

예제에서는 출력할 때, struct_task 의 양식을 따랐을 뿐이고,

프로세스로서 실제 가지는 pid는 ps -ef 에 나오는 값과 일치하며, 이 값은 한 프로세스-태스크의 pid, tgid 값과 일치하고, 그 태스크가 생성한 모든 공유 쓰레드의 tgid 값과 일치하게 됩니다.

쓰레드그룹아이디==thread group id==tgid==1 process(sharing multiple threads) id == getpid() == ps -ef 의 id

ps -ef 를 하면 각 쓰레드는 숨겨지고 하나의 아이디만 나오므로 논리적으로 생각하면 이렇게 될 수밖에 없습니다.

그러므로 원래 우리가 알고 있는 pid와 투영해 보면, 2번째 개념이 맞다는 것을 알 수 있으며, 그렇다고 task_struct->pid 가 중요하지 않은건 아니라고 봅니다. 커널단에서 task를 제어하기 위해서 유일한 번호가 필요하고, 또 유저단에서도 쓰레드를 번호로 제어하기 위해 필요할 수도 있겠죠, 물론 리눅스 코딩을 많이 안해봐서 쓰레드를 번호로 뭔가를 제어해야 할 일이 있는지는 모르겠지만요..