All Articles

Process vs. Thread

프로세스 vs 쓰레드

프로세스

  • “컴퓨터에서 연속적으로 실행되고 있는 컴퓨터 프로그램”

    • 프로그램: 어떤 작업을 위해 실행할 수 있는 파일
  • 메모리에 올라와 실행되고 있는 프로그램의 인스턴스 (독립적인 개체)
  • 운영체제로부터 시스템 자원을 할당받는 작업의 단위

    • 할당 받는 시스템 자원의 예

      CPU 시간

      운영되기 위해 필요한 주소 공간

      Code, Data, Stack, Heap으로 구성되어 있는 독립된 메모리 영역

%E1%84%91%E1%85%B3%E1%84%85%E1%85%A9%E1%84%89%E1%85%A6%E1%84%89%E1%85%B3%20vs%20%E1%84%8A%E1%85%B3%E1%84%85%E1%85%A6%E1%84%83%E1%85%B3%20c1cf91907f7c4527b6b8c2e38d35c52a/Untitled.png 출처: Heee’s Development Blog

  • 프로세스는 각각 독립된 메모리 영역을 할당받는다

    • Code, Data, Stack, Heap의 구조
  • 기본적으로 프로세스당 최소 1개의 스레드 (메인 스레드)를 가짐
  • 각 프로세스는 별도의 주소 공간에서 실행되며, 한 프로세스는 다른 프로세스의 변수나 자료구조에 접근할 수 없음
  • 한 프로세스가 다른 프로세스의 자원에 접근하려면 프로세스 간의 통신을 사용해야함

    • e.g. 파이프, 파일, 소켓 등을 이용한 통신

스레드

  • 프로세스 내에서 실행되는 여러 흐름의 단위
  • 프로세스의 특정한 수행 경로
  • 프로세스가 할당받은 자원을 이용하는 실행의 단위
  • 스레드는 프로세스 내에서 스택만 따로 할당받고 코드, 데이터, 힙 영역은 공유
  • 프로세스 내의 주소 공간이나 자원(힙 공간 등…)은 같은 프로세스 내의 스레드끼리 공유하면서 실행됨
  • 각각의 스레드는 별도의 레지스터, 스택 가짐. 힙 메모리는 서로 읽고 쓸 수 있다
  • 스레드끼리는 서로의 메모리 접근 가능, 프로세스는 다른 프로세스의 메모리에 직접 접근 불가능
  • 한 스레드가 프로세스의 자원을 변경하면, 다른 이웃 스레드도 그 변경 결과를 즉시 볼 수 있음

멀티 프로세스

  • 하나의 응용프로그램을 여러 개의 프로세스로 구성하여 각 프로세스가 하나의 작업을 처리하도록
  • 장점

    • 여러 개의 자식 프로세스 중 하나에 문제 발생 시 그 프로세스만 죽고 다른 것에 영향 X
  • 단점

    • Context Switching (CPU에서 여러 프로세스를 돌아가면서 작업을 처리) 과정에서 캐쉬 메모리 초기화 등 무거운 작업이 진행되고 많은 시간이 소모됨

      • 프로세스는 각각 독립된 메모리 영역 할당 받음 ⇒ 프로세스 사이에서 공유하는 메모리 없음. Context Switching 발생 시 캐쉬에 있는 데이터 모두 리셋하고 다시 불러와야함
      • Context Switching : 동작 중인 프로세스가 대기를 하면서 해당 프로세스의 상태를 보관하고, 대기 하고 있던 다음 프로세스가 동작하면서 이전에 보관했던 프로세스의 상태를 복구하는 작업
    • 프로세스 사이의 어렵고 복잡한 통신 기법

      • 프로세스 사이의 변수 직접적 공유 불가

멀티 스레딩

  • 하나의 응용프로그램을 여러 개의 스레드로 구성, 각 스레드로 하여금 하나의 작업을 처리하도록 하는 것
  • 웹 서버 ⇒ 대표적인 멀티 스레드 응용 프로그램
  • 장점

    • 시스템 자원 소모 감소 : 프로세스를 생성하여 자원을 할당받는 시스템 콜이 줄어듦
    • 시스템 처리량 증가 (처리 비용 감소)

      • 스레드 간 데이터를 주고 받는 것이 간단해지고 시스템 자원 소모 줄어듦
      • 스레드 사이의 작업량이 작아 Context Switching 이 빠르다
      • ⇒ 프로세스 간의 Context Switching시 단순히 CPU 레지스터 교체 뿐만 아니라 RAM과 CPU 사이의 캐쉬 메모리에 대한 데이터까지 초기화되므로 오버헤드가 큼
    • 간단한 통신 방법으로 프로그램 응답 시간 단축

      • 스레드끼리 프로세스 내의 stack영역을 제외한 모든 메모리 공유 ⇒ 통신 부담 적음
  • 단점

    • 주의깊은 설계 필요
    • 디버깅 어려움
    • 단일 프로세스 시스템의 경우 효과 기대하기 어렵다
    • 다른 프로세스에서 스레드 제어 불가
    • 멀티 스레드의 경우 자원 공유의 문제