[일반] 2 CPU에서의 프로그래밍 기법

WIN32에서는 각각의 쓰레드들이 특정 CPU에만 스케줄 되도록 '제한'할 수 있습니다만, 보통 이런 기법을 사용하는 이유는 특정한 프로그램이 모든 CPU를 한 번에 장악하지 못하게 할 때입니다. (예컨에 8 CPU 시스템에서 DB 프로세스가 최대 6개만 사용하도록 제한한다거나...)

오늘날의 운영체제 커널에는 수십개의 프로세스가 떠 있기 마련이고 이 들이 한 개 혹은 여러 개의 CPU를 공유하는 구조이기 때문에 한 쓰레드를 특정 CPU에 고정하는 것이 별 의미는 없습니다. 커널은 기본적으로 모든 쓰레드에게 공평하게 기회를 주고, 우선 순위를 높이거나 낮추어서 기회를 조절할 수는 있습니다.

CPU가 두 배이면 모든 쓰레드에게 실행 기회가 두배 높아진다고 생각할 수 있습니다. 물론 유휴 쓰레드를 제외한다면 활성 쓰레드에게는 훨씬 많은 실행 시간이 주어진다고 볼 수 있겠지요. CPU 한 개가 놀고 있음에도 한 프로그램의 두 개의 쓰레드가 한 CPU에만 몰려서 버벅거리는 일은 없습니다.

(단, 커널 쓰레드 기반의 최신 쓰레드 라이브러리를 사용한다는 전제가 있습니다. 과거의 유저 쓰레드 기반의 pthread 라이브러리의 경우 한 프로세스의 쓰레드들은 한 번에 한 CPU만 점유할 수 있었습니다.)

꼭 특정 쓰레드를 특정한 CPU에서 실행하게 하는 것은 제가 아는 한 그럴 이유가 없다고 생각됩니다. -_-; A, B 쓰레드가 CPU0, CPU1을 왔다갔다 해더라도 어쨌든 동시에 실행되기만 하면 되는 것 아닌가요?

(참고로 OS의 힘을 빌리지 않고 쓰레드 스케줄링을 조정할 방법은 없을 것 같은데요. -_-;;; 하드웨어 자체에는 쓰레드의 개념이 없으니까요.)

위와 같이 CPU의 증가에 따라 확률적으로 실행 기회나 시간이 증가하는 것이 아닌 특정 CPU가 특정 쓰레드만 실행한다거나 혹은 두 개의 쓰레드가 항상 두 CPU에 의해서 동시에 실행되게 한다는 것은 보통의 리눅스나 유닉스 커널의 용도를 벗어나는 것입니다.