item 84 hyowon - JAVA-JIKIMI/EFFECTIVE-JAVA3 GitHub Wiki

프로그램의 동작을 스레드 스케줄러에 기대지 말라

(참고) Java에서 다중작업을 처리하기 위한 방법들

1. Executor Framework
2. 카운트다운래치(CountDownLatch) & 사이클릭배리어(CyclicBarrier)
3. ForkJoin 프레임웍

작업이 분리되지 않는 경우 : “Executor”
– 가장 많이 사용하는 형태

작업이 분리되는 경우 : “카운트다운래치” or “포크조인”
– 많은 양의 데이터 정렬, 최대, 최소값 찾는 경우, 많은 양의 데이터를 합산하는 경우, 네트웍을 스캔하는 경우 등

작업이 분리될 수도 있고 아닐 수도 있는 단계가 있는 작업 : “사이클릭배리어”

JVM마다 다른 스레드 스케쥴링 정책

스레드 스케쥴링 정책은 운영체제마다 다를 수 있어 어떤 JVM에서는 속도가 더 빨라질 수도, 어떤 JVM에서는 효과가 없을 수도, 어떤 JVM에서는 더 느려질 수도 있다.

그러니 특정 스레드가 다른 스레드들과 비교해 CPU 시간을 충분히 얻지 못해 간신히 돌아가는 프로그램을 보더라도 Thread.yield() (다른 스레드에게 실행상태를 양보하고 자신은 준비상태가 된다.)를 사용해 문제를 고쳐보려는 유혹을 떨쳐내자.

결론적으로, 정확성이나 성능이 스레드 스케쥴러의 역할에 달린 프로그램이라면 다른 플랫폼에 이식하기 어렵다.

견고하고 빠릿하고 이식성 좋은 프로그램을 작성하는 가장 좋은 방법

• 실행 가능한 스레드의 평균적인 수를 프로세서 수보다 지나치게 많아지지 않도록 한다.
• 실행 준비가 된 스레드들은 맡은 작업을 완료할 때까지 계속 실행되도록 만들자. (그래야 스레드 스케줄러가 고민할 거리가 줄어든다.)

여기서 실행 가능한 스레드의 수와 전체 스레드 수를 구분하자면

전체 스레드 수 ≥ 실행 가능한 스레드 수

실행 가능한 스레드 ≠ 대기 중인 스레드

실행 가능한 스레드 수를 적게 유지하는 기법

• 각 스레드가 작업을 완료한 후에는 다음 일거리가 생길 때까지 대기하도록 한다.
• 스레드는 당장 처리해야 할 작업이 없다면 실행돼서는 안 된다. 실행자(Executor) 프레임워크를 예로 들면, 스레드 풀 크기를 적절히 설정하고 작업은 짧게 유지한다. 단, 너무 짧으면 작업을 분배하는 부담이 오히려 성능을 떨어뜨릴 수도 있다.
• 스레드는 절대 바쁜 대기(busy waiting) 상태가 되어선 안된다.
• CountDownLatch란? (https://dev.re.kr/52)

public class SlowCountDownLatch extends Thread {
    private int count;

    public SlowCountDownLatch(int count) {
        if (count < 0)
            throw new IllegalArgumentException(count + "< 0 ");
        this.count = count;
    }

    public void await() {
	// !!!!!!!!!!!!!!!!!!!!!!!!!
        while (true) {
            synchronized (this) {
                if (count == 0)
                    return;
            }
        }
	// !!!!!!!!!!!!!!!!!!!!!!!!!
    }

    public synchronized void countDown() {
        if (count != 0)
            count--;
    }
}