프로세스와 스레드의 차이점

프로세스와 스레드의 차이점

Photo by Daniil Komov on Pexels

도입부

새 프로젝트를 시작할 때, "이 작업에 멀티프로세싱을 쓸까 멀티스레딩을 쓸까?"라는 의문에 막히기 쉽습니다. 두 방식 모두 병렬 처리를 가능하게 하지만, 선택에 따라 애플리케이션의 안정성, 성능, 복잡도가 크게 달라집니다. 이 글에서는 프로세스와 스레드의 근본적 차이를 파악하고, 어떤 상황에서 무엇을 선택해야 하는지 명확히 정리하겠습니다.

---

1. 개념 정의

1.1 프로세스(Process): 독립적인 실행의 흐름

프로세스는 실행 중인 프로그램의 인스턴스입니다. 브라우저를 실행하면 운영체제는 프로세스를 하나 생성하며, 이 프로세스는 완전히 독립적인 메모리 공간을 할당받습니다.

프로세스의 핵심 특징:

• 독립적인 메모리 공간: 각 프로세스는 자신만의 힙(Heap), 스택(Stack), 데이터 영역을 가집니다
• 자원의 소유: 파일, 포트, 네트워크 연결 등 시스템 자원을 독립적으로 소유합니다
• 격리된 실행: 한 프로세스의 오류가 다른 프로세스에 영향을 주지 않습니다

운영체제는 PCB(Process Control Block)라는 데이터 구조를 통해 각 프로세스의 상태와 메타데이터를 관리합니다.

1.2 스레드(Thread): 프로세스 내 실행 단위

스레드는 프로세스 내에서 실제로 작업을 수행하는 단위입니다. 모든 프로세스는 최소 하나의 스레드(메인 스레드)를 가지며, 필요에 따라 추가 스레드를 생성할 수 있습니다.

스레드의 핵심 특징:

• 공유 메모리 공간: 같은 프로세스 내 모든 스레드는 힙과 데이터 영역을 공유합니다
• 독립적인 스택: 각 스레드는 자신만의 스택(함수 호출, 로컬 변수)을 가집니다
• 가벼운 문맥 교환: 스레드 간 전환은 프로세스 간 전환보다 훨씬 빠릅니다

---

2. 핵심 비교

구분	프로세스	스레드
메모리 공간	독립적 (격리됨)	공유 (같은 메모리 사용)
생성 비용	높음 (시간, 메모리 소비)	낮음 (빠른 생성)
통신 방식	IPC 필요	메모리 직접 공유
문맥 교환	느림 (메모리 맵 전환)	빠름 (레지스터만 교환)
장애 영향	격리됨 (다른 프로세스 영향 없음)	전체 프로세스에 영향

2.1 메모리 독립성의 의미

프로세스 A와 프로세스 B가 같은 변수명 count를 사용해도 각각 독립된 메모리에 저장되므로 서로 영향을 주지 않습니다. 이는 실수나 악의적인 접근으로부터 안전하지만, 두 프로세스가 정보를 교환하려면 파이프, 소켓, 공유 메모리 같은 IPC(Inter-Process Communication) 메커니즘을 통해야 하므로 구현이 복잡해집니다.

반면 스레드는 같은 프로세스 내의 모든 스레드가 메모리를 공유하므로, 한 스레드에서 변수를 수정하면 다른 스레드에서도 즉시 변경된 값을 봅니다. 이는 데이터 교환을 매우 쉽게 만들지만, 경쟁 상태(race condition) 같은 동시성 문제를 야기합니다.

2.2 생성 오버헤드의 실제 차이

프로세스 생성은 메모리 할당, 운영체제 테이블 등록, 초기 자원 설정 등 많은 시스템 작업을 수반하므로 밀리초 단위 시간이 걸립니다. 이 때문에 요청마다 새 프로세스를 생성하는 것은 비효율적입니다.

스레드는 이미 할당된 프로세스의 메모리 공간을 재사용하며, 레지스터 정보만 관리하면 되므로 마이크로초 단위로 빠르게 생성됩니다. Node.js나 Go 같은 현대 웹 프레임워크들은 멀티스레드(또는 비동기 I/O)를 이용해 수천 개의 동시 요청을 처리할 수 있는 것이 이 때문입니다.

---

3. 선택 기준: 멀티프로세싱 vs 멀티스레딩

3.1 멀티프로세싱을 사용하는 경우

장점:

• 안정성: 한 프로세스의 오류가 다른 프로세스에 영향 없음
• 보안: 격리된 메모리 공간으로 권한 격리 가능
• 진정한 병렬 처리: 멀티코어 CPU에서 동시 실행

단점:

• 높은 오버헤드: 메모리 사용량 증가, 생성 시간 필요
• 복잡한 통신: IPC 구현 필요

활용 사례:

• 웹 서버(Apache 전통 방식): 각 HTTP 요청을 별개 프로세스에서 처리해 격리
• 운영체제: 애플리케이션 간 격리로 한 앱의 크래시가 다른 앱에 영향 없음
• CPU 집약적 작업: Python의 멀티프로세싱으로 GIL 우회하여 병렬 계산

3.2 멀티스레딩을 사용하는 경우

장점:

• 저 오버헤드: 빠른 생성, 메모리 효율
• 간편한 통신: 메모리 직접 공유로 복잡한 IPC 불필요
• 응답성 향상: UI 또는 메인 로직이 블로킹되지 않음

단점:

• 안정성 약화: 한 스레드의 오류 또는 무한 루프가 프로세스 전체를 중단시킬 수 있음
• 동기화 복잡성: 경쟁 상태를 방지하기 위해 Mutex, Lock 등 동기화 도구 필수
• 디버깅 어려움: 타이밍에 따라 버그 재현이 어려울 수 있음

활용 사례:

• GUI 애플리케이션: UI 스레드가 블로킹되지 않도록 백그라운드 작업 분리
• 웹 서버(Node.js, Go): 비동기 I/O를 통해 많은 동시 연결 처리
• 실시간 시스템: 메인 루프가 중단되지 않아야 하는 게임, 임베디드 시스템

---

결론

프로세스와 스레드는 상충하는 특성을 가집니다:

• 프로세스: 독립적이고 안전하지만, 생성 비용이 높고 통신이 복잡합니다.
• 스레드: 효율적이고 통신이 쉽지만, 신중한 동기화와 정확한 설계가 필요합니다.

올바른 선택은 애플리케이션의 요구사항에 따릅니다. 안정성과 격리가 최우선이면 멀티프로세싱을 고려하세요. 높은 동시성과 빠른 응답성이 필요하면 멀티스레딩을 선택하되, 동기화의 어려움을 충분히 인지하고 시작하세요.

---