단일 스레드와 멀티 스레드

단일 스레드와 멀티 스레드

스레드란?

스레드는 CPU의 이용의 기본 단위다.

프로세스 내에서 프로그램 명령을 실행하는 기본 단위이자 흐름, 개체라고 할 수 있다.

스레드는 스레드 ID, 프로그램 카운터, 레지스터 집합, 스택 으로 구성된다.

스레드는 같은 프로세스에 속한 다른 스레드와 코드, 데이터 섹션, 열린 파일이나 신호와 같은 운영체제 자원들을 공유한다.

프로세스에 하나의 제어 모델이 있으면 단일 스레드이며,

프로세스가 다수의 제어 스레드를 가진다면 다중 스레드 모델이다.

단일 스레드

- 하나의 프로세스에서 하나의 스레드 실행

- 하나의 레지스터와 스택으로 표현

멀티 스레드

- 프로그램을 다수의 실행 단위로 나누어 실행

- 프로세스 내에서 자원을 공유하여 자원생성과 관리의 중복을 최소화

- 서버가 많은 요청을 효율적으로 수행할 수 있는 환경을 제공

- 각각의 스레드가 고유의 레지스터와 스택으로 표현됨

단일 스레드 모델

다양한 요인드이 결합된 데이터에 대한 통계적 분석 연산의 경우는 멀티 스레드 모델이 더 적합하다.

필요한 구간에 여러 개의 스레드를 배치해 시스템 자원을 최대한 활용하여 빠르게 연산을 완료하도록 설계할 수 있다.

하지만 이와 같은 상황을 모든 프로그램이 맞닥뜨리는 것은 아니다.

요청에 대한 빠른 반응을 요구하는 네트워크 서버의 프로그램일 경우 단일 스레드 모델이 더 적합할 수도 있다.

단일 스레드와 멀티스레드의 장단점

단일 스레드의 장점

1) 자원 접근에 대한 동기화를 신경쓰지 않아도 된다.

여러 개의 스레드가 공유된 자원을 사용할 경우 각 스레드가 원하는 결과를 얻게 하려면

공용 자원에 대한 접근이 통제되어야 하며 이 작업은 프로그래머에게 많은 노력을 요구하고 비용을 발생시킨다.

단일 스레드 모델에서는 이러한 작업이 필요하지 않다.

2) 문맥 교환(context switch) 작업을 요구하지 않는다.

문맥 교환은 여러 개의 프로세스가 하나의 프로세서를 공유할 때 발생하는 작업으로 많은 비용을 필요로 한다.

단일 스레드의 단점

1) 여러 개의 CPU를 활용하지 못한다.

프로세서를 최대한 활용하게 하려면 cluster 모듈을 사용하거나 외부에서 여러 개의 프로그램 인스턴스를 실행시키는 방법을 사용해야 한다.

이 때 고려해야할 문제가 있는데, 바로 다수의 프로그램 인스턴스가 어떻게 상태를 공유할 것인가에 대한 문제다.

사실 이것은 멀티 스레드 환경의 서버 프로그램도 확장성을 확보하기 위해 풀어야 할 숙제이긴 하다.

단순하고 빠른 메모리 기반 NoSQL 데이터 베이스인 Redist가 좋은 고려대상이다.

하지만 서버 프로그램 인스턴스 간 상태 공유를 최소화하거나 가능하면 없애는 방향으로 아키텍처를 설계하는 것이 가장 바람직한 방법이라고 한다.

멀티 스레드의 장점

1) 새로운 프로세스를 생성하는 것보다 기존 프로세스에서 스레드를 생성하는 것이 빠르다.

2) 프로세스의 자원과 상태를 공유하여 효율적으로 운영이 가능하다

3) 프로세스의 문맥교환보다 스레드의 문맥교환이 더 빠르다.

멀티 스레드의 단점

1) 하나의 스레드만 실행중일 때에는 실행시간이 되려 지연될 수 있다.

2) 멀티 스레딩을 위해 운영체제의 지원이 필요하다.

3) 스레드 스케쥴링을 신경써야 한다.