운영체제 프로세스 및 스레드편집자 확인

프로세스는 실행 중인 프로그램을 의미한다. 프로그램이란 저장 장치에 존재하는 명령어와 데이터의 집합인 정적인 개체인 반면, 프로세스는 그 프로그램이 메모리에 적재되어 CPU에 의해 실행되는 동적인 활동의 단위이다. 운영체제는 이러한 프로세스를 관리하는 기본 단위로 삼는다.

프로세스는 실행 과정에서 여러 가지 상태를 거친다. 일반적인 상태는 다음과 같다.

프로세스는 디스패처에 의해 CPU를 할당받아 실행 상태가 되고, 할당된 시간을 다 쓰거나 입출력 요청을 하면 CPU를 반환한다. 실행 상태에서 입출력 요청을 하면 대기 상태로 전환되며, 입출력이 완료되면 다시 준비 상태가 되어 CPU 할당을 기다린다. 이와 같은 상태 전이는 프로세스 스케줄러에 의해 관리된다.

프로세스 제어 블록은 운영체제가 프로세스를 관리하기 위해 필요한 모든 정보를 담고 있는 자료 구조이다. 각 프로세스가 생성될 때마다 고유한 PCB가 할당되며, 프로세스가 종료되면 PCB도 함께 소멸된다. 운영체제는 실행 중인 모든 프로세스의 PCB를 연결 리스트나 테이블 형태로 유지하며, 이를 통해 프로세스의 상태를 추적하고 프로세스 스케줄링을 수행한다.

PCB에 저장되는 정보는 운영체제마다 다르지만, 일반적으로 다음과 같은 범주로 구분된다.

문맥 교환이 발생하면, 운영체제는 현재 실행 중인 프로세스의 레지스터 상태와 프로그램 카운터 값을 해당 프로세스의 PCB에 저장한다. 그리고 다음에 실행할 프로세스의 PCB에서 저장된 상태 정보를 불러와 레지스터와 프로그램 카운터에 복원함으로써 프로세스 실행을 재개한다. 이 과정에서 PCB는 프로세스의 실행 상태를 보존하는 핵심적인 역할을 담당한다.

프로세스는 부모 프로세스에 의해 새로운 자식 프로세스가 생성되는 방식으로 늘어난다. 이 과정을 fork라고 부르기도 한다. 대부분의 운영체제에서 새로운 프로세스는 기존 프로세스를 복제하는 방식으로 생성된다. 자식 프로세스는 부모 프로세스의 메모리 공간, 열린 파일 디스크립터, 실행 문맥 등을 상속받는다. 이후 자식 프로세스는 exec 시스템 호출을 통해 자신의 메모리 공간을 새로운 프로그램 이미지로 교체하고 독립적으로 실행된다.

프로세스가 종료되는 조건은 다양하다. 프로세스가 자신의 마지막 명령을 실행하고 운영체제에 exit 시스템 호출을 통해 종료를 요청하는 것이 일반적이다. 또한, 부모 프로세스가 자식 프로세스를 강제로 종료시키거나, 치명적인 오류(예: 세그멘테이션 폴트)가 발생했을 때 운영체제에 의해 강제 종료될 수 있다. 모든 프로세스는 종료 시 자신의 종료 상태를 부모 프로세스에게 전달한다.

부모 프로세스는 wait 시스템 호출을 통해 자식 프로세스의 종료를 기다리고, 그 종료 상태를 회수한다. 이 과정을 통해 운영체제는 종료된 프로세스와 관련된 시스템 자원(메모리, 열린 파일 등)을 정리한다. 부모 프로세스가 자식의 종료 상태를 회수하지 않으면, 해당 프로세스는 완전히 정리되지 않은 좀비 프로세스 상태로 남게 된다. 반대로, 부모 프로세스가 자식보다 먼저 종료되면, 해당 자식 프로세스는 고아 프로세스가 되어 운영체제의 init 프로세스 같은 특정 프로세스의 자식으로 재할당되는 경우가 많다.

스레드는 프로세스 내에서 실행되는 흐름의 단위이다. 하나의 프로세스는 최소한 하나의 스레드, 즉 메인 스레드를 가지며, 필요에 따라 여러 개의 스레드를 생성하여 동시에 작업을 수행할 수 있다. 스레드는 프로세스의 코드, 데이터, 힙 영역을 공유하지만, 각 스레드는 독립적인 스택과 레지스터 상태, 프로그램 카운터를 가진다. 이는 하나의 애플리케이션이 동시에 여러 작업을 처리할 수 있게 하는 기본 모델이다.

스레드가 필요한 주요 이유는 응답성 향상과 자원 효율성, 그리고 병렬성 활용에 있다. 단일 스레드 프로세스에서 긴 작업이 실행되면 전체 프로그램이 멈춘 것처럼 보일 수 있다. 반면, 멀티스레딩을 사용하면 사용자 인터페이스를 담당하는 스레드는 응답을 유지하면서 백그라운드에서 계산이나 입출력 작업을 다른 스레드가 처리할 수 있다. 또한, 프로세스를 새로 생성하는 것에 비해 스레드를 생성하는 오버헤드는 훨씬 적다. 이는 스레드가 프로세스의 메모리 공간을 공유하기 때문에 새로운 주소 공간을 할당하거나 많은 자원을 복제할 필요가 없기 때문이다.

멀티코어 프로세서 시스템에서는 스레드의 중요성이 더욱 커진다. 여러 스레드를 서로 다른 코어에 분배하여 진정한 병렬 처리를 구현함으로써 애플리케이션의 전체 처리 속도를 크게 높일 수 있다. 따라서 현대적인 소프트웨어, 특히 서버, 게임, 과학 계산, 그래픽 처리 프로그램 등은 성능과 효율성을 위해 필수적으로 멀티스레딩 기법을 활용한다.

사용자 스레드는 운영체제 커널의 지원 없이 사용자 수준의 스레드 라이브러리에 의해 완전히 관리되고 스케줄링되는 스레드이다. 반면, 커널 스레드는 운영체제 커널에 의해 직접 생성되고 관리되는 스레드이다. 이 두 모델의 근본적인 차이는 스레드의 생성, 스케줄링, 동기화를 누가 담당하느냐에 있다.

사용자 스레드의 주요 특징은 다음과 같다.

* 관리 주체: 스레드 라이브러리 (예: POSIX Pthreads의 일부 구현, 이전 자바 Green Threads)

* 커널 인지도: 커널은 사용자 스레드의 존재를 알지 못하며, 하나의 프로세스로만 인식한다.

* 문맥 교환: 스레드 간 전환 시 커널 모드로의 전환이 필요 없어 오버헤드가 매우 적다.

* 블로킹 문제: 하나의 사용자 스레드가 시스템 콜 등으로 블록되면, 해당 프로세스 내의 모든 다른 사용자 스레드도 함께 블록된다. 이는 커널이 프로세스 자체를 블록 상태로 간주하기 때문이다.

커널 스레드의 주요 특징은 다음과 같다.

* 관리 주체: 운영체제 커널

* 커널 인지도: 커널이 각 스레드를 개별적인 스케줄링 단위로 인식하고 관리한다.

* 문맥 교환: 스레드 간 전환 시 커널 모드로 진입해야 하므로 사용자 스레드에 비해 오버헤드가 크다.

* 블로킹 문제: 하나의 스레드가 블록되어도 커널이 다른 스레드로 스케줄링할 수 있어, 동일 프로세스 내 다른 스레드의 실행이 가능하다.

두 모델의 장단점을 비교하면 다음과 같다.

현대 운영체제는 주로 커널 스레드 모델을 채택하거나, 사용자 스레드와 커널 스레드를 연결하는 하이브리드 스레드 모델(예: N:1, M:N 모델)을 사용한다. M:N 모델은 M개의 사용자 스레드를 N개의 커널 스레드에 매핑하여, 사용자 수준의 빠른 스케줄링과 커널 수준의 병렬성 및 블로킹 회피 장점을 모두 취하려는 시도이다.

프로세스는 운영체제로부터 독립된 자원을 할당받는 실행 단위이다. 각 프로세스는 별도의 주소 공간, 파일 디스크립터, 그리고 자격 증명을 가지며, 기본적으로 다른 프로세스의 메모리나 자원에 직접 접근할 수 없다. 이는 하나의 프로세스에 오류가 발생하더라도 다른 프로세스에 영향을 미치지 않도록 보호하는 메모리 보호의 핵심 원리이다. 프로세스 간 통신이 필요할 경우에는 프로세스 간 통신 메커니즘을 통해 운영체제의 중재를 받아야 한다.

반면, 스레드는 하나의 프로세스 내에서 생성되는 실행 흐름의 단위이다. 동일한 프로세스에 속한 모든 스레드는 힙 메모리, 전역 변수, 열린 파일, 신호 처리기 등 프로세스의 자원을 공유한다. 이로 인해 스레드 간 데이터 교환이 매우 빠르고 효율적이다. 그러나 이러한 공유 자원에 대한 동시 접근은 경쟁 조건을 유발할 수 있으므로, 뮤텍스나 세마포어 같은 스레드 동기화 기법을 통해 접근을 제어해야 한다.

다음 표는 프로세스와 스레드의 자원 공유 및 독립성 차이를 요약한다.

이러한 차이점은 설계 선택에 직접적인 영향을 미친다. 높은 격리성과 안정성이 요구되는 작업에는 프로세스가 적합하며, 빠른 데이터 공유와 협력이 중요한 작업, 예를 들어 웹 서버의 요청 처리나 그래픽 사용자 인터페이스의 반응성 유지에는 스레드가 더 효율적인 모델이 된다.

프로세스와 스레드의 성능 차이는 주로 생성 및 관리 오버헤드, 문맥 교환 비용, 그리고 자원 공유 효율성에서 비롯된다. 스레드는 프로세스 내부에 존재하며 코드, 데이터, 힙 영역 등의 자원을 공유하기 때문에, 새로운 스레드를 생성하는 것은 새로운 프로세스를 생성하는 것보다 훨씬 빠르고 메모리 효율이 높다. 반면, 프로세스는 독립된 메모리 공간을 가지므로 생성 시 더 많은 시스템 자원을 할당받아야 하며, 이로 인해 상대적으로 무겁고 느리다.

문맥 교환 측면에서도 스레드가 유리하다. 프로세스 간 문맥 교환은 CPU의 레지스터 상태와 함께 페이지 테이블과 같은 메모리 관리 정보까지 교체해야 하므로 비용이 크다. 이에 비해 같은 프로세스 내의 스레드 간 문맥 교환은 메모리 공간을 공유하므로, 레지스터 상태와 스택 정보만 교체하면 되어 훨씬 빠르게 수행된다[1]. 이 차이는 고빈도로 실행 단위가 전환되어야 하는 환경에서 성능에 결정적 영향을 미친다.

그러나 자원 공유로 인한 성능 이점은 동기화 문제라는 트레이드오프를 동반한다. 여러 스레드가 동일한 데이터에 동시에 접근할 경우, 뮤텍스나 세마포어와 같은 동기화 기법을 사용하지 않으면 데이터 불일치가 발생할 수 있다. 이 동기화 메커니즘 자체도 오버헤드를 유발하며, 잘못 설계될 경우 데드락이나 성능 저하를 초래한다. 반면 프로세스는 기본적으로 메모리가 분리되어 있어, IPC를 사용하지 않는 한 이러한 동기화 문제에서 자유롭다.

다음 표는 주요 성능 및 오버헤드 요소를 비교한 것이다.

결론적으로, 작업 단위 간에 빈번한 통신과 협력이 필요하고 빠른 전환이 중요한 경우 스레드 모델이 성능상 유리하다. 반면, 높은 안정성과 격리가 필요하거나 독립적인 작업을 수행하는 경우에는 프로세스 모델이 더 적합하다. 현대 운영체제는 멀티코어 환경에서 이 두 모델을 혼합한 멀티스레딩과 멀티프로세싱을 활용하여 성능을 극대화한다.

프로세스 스케줄링 알고리즘은 준비 큐에 대기 중인 여러 프로세스 중에서 다음에 실행할 프로세스를 선택하는 정책이다. 이는 시스템의 성능과 효율성에 직접적인 영향을 미친다. 주요 평가 기준으로는 CPU 사용률, 처리량, 턴어라운드 타임, 대기 시간, 응답 시간 등이 있다. 알고리즘은 크게 선점형과 비선점형으로 구분된다.

비선점형 스케줄링은 한 프로세스가 CPU를 점유하면 작업이 완료되거나 자발적으로 양도할 때까지 실행을 보장한다. 대표적인 예로 FCFS(First-Come, First-Served)와 SJF(Shortest Job First)가 있다. FCFS는 도착 순서대로 처리하는 간단한 방식이지만, 평균 대기 시간이 길어질 수 있다. SJF는 실행 시간이 가장 짧은 작업을 먼저 실행하여 평균 대기 시간을 최소화하지만, 실행 시간을 정확히 예측하기 어렵다는 단점이 있다.

선점형 스케줄링은 더 높은 우선순위의 프로세스가 도착하면 현재 실행 중인 프로세스를 중단시키고 CPU를 선점할 수 있다. 대표적인 알고리즘은 다음과 같다.

현대 운영체제는 대부분 선점형 방식을 기반으로 하며, 실제로는 다단계 피드백 큐와 같은 복합적인 알고리즘을 사용하여 다양한 작업 부하에 대응한다.

문맥 교환은 운영체제가 현재 실행 중인 프로세스의 상태를 저장하고, 다른 프로세스의 상태를 복원하여 CPU 제어권을 넘겨주는 과정이다. 이 과정에서 실행이 중단되는 프로세스의 문맥은 그 프로세스의 프로세스 제어 블록(PCB)에 저장된다. 문맥에는 프로그램 카운터, 레지스터 값, 메모리 관리 정보, 열린 파일 디스크립터 등 프로세스를 재개하는 데 필요한 모든 정보가 포함된다.

문맥 교환은 선점형 스케줄링이 사용되는 시스템에서 주로 발생한다. 스케줄러가 타임 슬라이스가 만료되었거나 더 높은 우선순위의 프로세스가 준비되었을 때 현재 프로세스를 중단시키고 다른 프로세스로 전환할 것을 결정하면 문맥 교환이 시작된다. 또한, 프로세스가 입출력 작업을 위해 자발적으로 CPU를 양도할 때도 발생할 수 있다.

문맥 교환은 순수한 오버헤드 시간이다. 이 시간 동안 CPU는 유용한 작업을 수행하지 않고 운영체제 커널의 문맥 교환 루틴만 실행한다. 따라서 문맥 교환 속도는 시스템 전체 성능에 영향을 미치는 중요한 요소이다. 일반적인 문맥 교환 비용은 다음과 같은 작업들로 구성된다.

문맥 교환의 빈도는 시스템의 응답성과 처리량 사이의 트레이드오프 관계에 있다. 너무 빈번한 문맥 교환은 오버헤드를 증가시켜 처리량을 떨어뜨린다. 반면, 교환이 너무 드물면 대화형 프로세스의 응답 시간이 나빠질 수 있다. 현대 운영체제는 하드웨어 지원(예: 빠른 레지스터 세트 저장 명령어)과 효율적인 커널 설계를 통해 문맥 교환 오버헤드를 최소화하려고 노력한다.

프로세스 간 통신(IPC, Inter-Process Communication)은 독립된 주소 공간을 가진 프로세스들이 데이터를 교환하거나 동작을 조율하기 위해 사용하는 메커니즘이다. 각 프로세스는 일반적으로 다른 프로세스의 메모리에 직접 접근할 수 없기 때문에, 운영체제가 제공하는 특별한 통신 채널이 필요하다. IPC는 공유 메모리, 메시지 전달, 파이프, 소켓 등 다양한 방법으로 구현된다.

주요 IPC 기법은 크게 공유 메모리 방식과 메시지 전달 방식으로 구분된다. 공유 메모리는 여러 프로세스가 접근할 수 있는 메모리 영역을 운영체제가 설정해 주는 방식이다. 프로세스들은 이 영역을 통해 직접 데이터를 읽고 쓸 수 있어 속도가 매우 빠르다는 장점이 있다. 그러나 공유 자원에 대한 접근을 관리하지 않으면 경쟁 조건이나 데이터 불일치 문제가 발생할 수 있으므로, 세마포어나 뮤텍스 같은 동기화 기법이 반드시 필요하다. 반면 메시지 전달 방식은 프로세스 간에 메시지를 주고받는 통로를 만들어 데이터를 교환한다. 파이프, 메시지 큐, 소켓 등이 이에 해당한다. 이 방식은 커널을 통해 메시지를 복사하여 전달하기 때문에 공유 메모리보다 오버헤드가 크지만, 구현이 비교적 간단하고 동기화 문제를 내부적으로 처리해 준다는 장점이 있다.

다양한 IPC 방법의 특징을 비교하면 다음과 같다.

IPC 기법의 선택은 통신하는 프로세스의 관계, 필요한 통신 속도, 데이터의 양, 운영체제의 지원 여부 등에 따라 결정된다. 예를 들어, 고성능 컴퓨팅에서는 공유 메모리가 선호되는 반면, 클라이언트-서버 모델에서는 소켓이나 원격 프로시저 호출(RPC)이 널리 사용된다. 모든 IPC 메커니즘은 궁극적으로 프로세스 간의 협력적 작업을 가능하게 하여, 복잡한 소프트웨어 시스템을 구성하는 데 필수적인 역할을 한다.

스레드 동기화는 둘 이상의 스레드가 공유 자원에 접근할 때 발생할 수 있는 경쟁 상태를 방지하고, 실행 순서를 조정하여 프로그램의 정확성을 보장하는 기법이다. 주요 동기화 기법으로는 뮤텍스, 세마포어, 모니터, 조건 변수 등이 있다.

뮤텍스는 상호 배제를 제공하는 가장 기본적인 동기화 객체이다. 한 번에 하나의 스레드만이 뮤텍스를 소유하여 임계 구역에 진입할 수 있다. 다른 스레드는 소유 스레드가 뮤텍스를 해제할 때까지 대기 상태에 머문다. 세마포어는 정수형 변수와 대기 큐를 사용하며, 동시에 여러 개의 스레드가 자원에 접근할 수 있는 허용 개수를 지정할 수 있다. 이진 세마포어는 값이 0 또는 1이므로 뮤텍스와 유사하게 동작한다.

모니터는 공유 자원과 그 자원에 접근하기 위한 연산을 하나의 모듈로 묶은 고수준 동기화 구조이다. 모니터 내부에는 한 번에 하나의 스레드만 실행될 수 있도록 상호 배제가 내장되어 있다. 조건 변수는 주로 모니터와 함께 사용되며, 특정 조건이 만족될 때까지 스레드를 대기시키거나 대기 중인 스레드에게 조건이 충족되었음을 알리는 데 사용된다. 또한 스핀락은 뮤텍스와 유사하지만, 스레드가 락을 획득할 때까지 반복문을 실행하며 대기하는 바쁜 대기 방식을 사용한다. 문맥 교환 오버헤드가 적은 매우 짧은 대기 시간에 유리하지만, CPU 자원을 소모한다는 단점이 있다.

이러한 기법들을 선택할 때는 데드락, 기아 상태, 우선순위 역전과 같은 문제를 고려해야 한다. 올바른 동기화는 데드락을 방지하면서도 병렬 실행의 이점을 최대화하는 핵심 요소이다.

멀티프로세싱과 멀티스레딩은 하드웨어와 운영체제의 지원 방식에 따라 다양한 형태로 구현된다. 대칭형 멀티프로세싱(SMP)은 가장 일반적인 형태로, 두 개 이상의 동일한 프로세서가 단일 메인 메모리를 공유하며 모든 프로세서가 대등하게 작업을 수행할 수 있다. 반면, 비대칭형 멀티프로세싱(ASMP)에서는 하나의 마스터 프로세서가 시스템을 제어하고 작업을 할당하며, 나머지 프로세서는 할당받은 특정 작업만 수행하는 구조를 가진다.

멀티스레딩 구현은 하드웨어 수준과 소프트웨어 수준으로 구분된다. 하드웨어 멀티스레딩은 단일 프로세서 코어가 여러 개의 스레드 상태(context)를 유지하고, 한 스레드가 대기 상태일 때 다른 스레드로 빠르게 전환하여 처리율을 높이는 기술이다. 이는 다시 세부적으로 구분된다.

소프트웨어적 멀티스레딩은 운영체제의 스케줄러가 여러 스레드를 관리하는 방식으로 구현되며, 사용자 수준 스레드 라이브러리(예: POSIX 스레드(pthreads))를 통해 제공된다. 최근에는 멀티코어 프로세서가 보편화되면서, 물리적 코어 각각에서 SMT와 같은 하드웨어 스레딩 기술을 적용한 하이브리드 형태가 주류를 이루고 있다. 이러한 아키텍처에서는 운영체제가 논리적 프로세서를 모두 인식하고 효율적으로 스레드를 배분한다.

동시성 프로그래밍 모델은 멀티스레딩을 구현하는 소프트웨어적 접근 방식을 정의한다. 주요 모델로는 공유 메모리 모델과 메시지 전달 모델이 있으며, 각각 프로세스 또는 스레드 간 데이터를 교환하고 조율하는 방식이 근본적으로 다르다.

공유 메모리 모델은 여러 스레드가 하나의 공통된 메모리 공간에 접근하여 데이터를 읽고 쓰는 방식이다. 이 모델은 자원 공유가 용이하고 속도가 빠르다는 장점이 있지만, 경쟁 조건이나 데이터 불일치와 같은 문제가 발생할 수 있어 뮤텍스, 세마포어, 모니터와 같은 동기화 기법을 필수적으로 사용해야 한다. 자바, C++, 파이썬의 표준 스레드 라이브러리가 이 모델을 기반으로 한다.

반면, 메시지 전달 모델은 프로세스나 스레드가 각자 독립된 메모리 공간을 가지며, 명시적으로 메시지를 주고받으며 통신한다. 이 방식은 메모리 공간이 분리되어 있어 동기화 문제가 상대적으로 적지만, 메시지 전송에 따른 오버헤드가 존재한다. 에르랑 언어의 액터 모델이나 MPI 라이브러리가 이 패러다임의 대표적 예시이다.

이러한 모델의 선택은 프로그래밍 언어, 대상 시스템 아키텍처, 그리고 개발하는 응용 프로그램의 복잡성과 안정성 요구사항에 따라 결정된다.

리눅스 커널은 프로세스와 스레드를 모두 태스크 구조체(task_struct)라는 동일한 내부 자료 구조로 관리한다. 전통적인 의미의 프로세스는 단일 스레드를 가진 태스크에 해당하며, 멀티스레드 프로세스는 같은 프로세스 식별자(PID)와 메모리 주소 공간을 공유하는 여러 개의 태스크로 구현된다. 스레드 생성은 clone() 시스템 호출을 통해 이루어지며, 이때 공유할 자원(주소 공간, 파일 디스크립터 테이블 등)의 정도를 플래그로 세밀하게 제어할 수 있다. 사용자 공간에서는 POSIX 스레드(pthreads) 라이브러리가 이 시스템 호출을 활용하여 스레딩 기능을 제공한다.

반면, 마이크로소프트 윈도우는 프로세스와 스레드를 명확히 구분된 객체로 취급한다. 윈도우 API에서 프로세스는 자원의 컨테이너 역할을 하는 반면, 스레드는 실제 실행 단위이다. 새로운 프로세스는 CreateProcess() 함수로 생성되며, 이 프로세스 내에서 CreateThread() 함수를 호출하여 스레드를 추가한다. 각 프로세스 객체는 독립된 가상 주소 공간과 핸들 테이블을 가지지만, 한 프로세스에 속한 모든 스레드는 이 자원들을 공유한다. 윈도우의 스레드는 유저 모드 스케줄링(UMS)과 같은 고급 기능도 지원한다.

두 운영체제의 구현 차이는 성능과 유연성에 영향을 미친다. 리눅스의 통합 구조체 방식은 경량화된 스레드 생성과 빠른 문맥 교환을 가능하게 하지만, 스레드와 프로세스의 구분이 추상화 수준에서만 존재한다. 윈도우의 명시적 분리는 객체 관리의 명확성을 높이고, 작업 관리자와 같은 시스템 도구에서 프로세스와 스레드를 별도로 모니터링하기 용이하게 한다. 두 방식 모두 현대적인 멀티코어 프로세서 환경에서 효율적인 멀티태스킹과 병렬 처리를 지원하는 것을 목표로 한다.

주요 프로그래밍 언어들은 운영체제가 제공하는 프로세스와 스레드 생성 API를 추상화하여 각자의 동시성 프로그래밍 모델을 제공한다. C와 C++는 POSIX 스레드(pthreads)나 윈도우 API를 직접 호출하는 저수준 접근 방식을 취하며, 개발자가 메모리 관리와 동기화를 세밀하게 제어할 수 있게 한다. 반면, 자바는 언어 차원에서 java.lang.Thread 클래스와 java.util.concurrent 패키지를 제공하여 플랫폼 독립적인 멀티스레딩을 지원한다. 자바의 스레드는 JVM에 의해 관리되는 사용자 스레드이면서, 대부분의 현대 JVM 구현체에서는 커널 스레드와 1:1로 매핑된다.

파이썬은 GIL(Global Interpreter Lock)의 존재로 인해 단일 프로세스 내에서 진정한 의미의 병렬 스레드 실행이 제한된다. 따라서 CPU 바운드 작업의 병렬화에는 multiprocessing 모듈을 이용한 멀티프로세싱이 권장된다. 한편, 고루틴과 이벤트 루프를 기반으로 하는 자바스크립트와 Node.js는 단일 스레드 모델을 사용하며, 비동기 I/O를 통해 높은 동시성을 달성한다. 고(Go) 언어는 '고루틴'이라는 경량 스레드 개념을 도입했는데, 이는 언어 런타임에 의해 관리되며 수천 개의 고루틴을 효율적으로 멀티플렉싱한다.

최근 언어들은 안전하고 생산적인 동시성 처리를 강조하는 추세이다. 러스트는 소유권과 빌림 시스템을 통해 데이터 레이스와 같은 메모리 오류를 컴파일 타임에 방지하며 스레드 안전성을 보장한다. 이러한 다양한 접근 방식은 애플리케이션의 요구사항(연산 집약적, I/O 집약적), 개발 편의성, 성능 특성에 따라 선택의 기준이 된다.