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

• 여러 스레드가 실행 중이면 운영체제의 스레드 스케줄러가 어떤 스레드를 얼 마나 오래 실행할지 정한다. 정상적인 운영체제라면 이 작업을 공정하게 수행 하지만 구체적인 스케줄링 정책은 운영체제마다 다를 수 있다.
  정확성이나 성능이 스 레드 스케줄러에 따라 달라지는 프로그램이라면 다른 플랫폼에 이식하기 어렵다.

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

• 실행 가능한 스레드의 평균적인 수를 프로세서 수보다 지나치게 많아지지 않도 록 하는 것이다.
  실행 준 비가 된 스레드들은 맡은 작업을 완료할 때까지 계속 실행되도록 만들자.

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

• 각 스레드가 무언가 유 용한 작업을 완료한 후에는 다음 일거리가 생길 때까지 대기하도록 하는 것 이다. 스레드는 당장 처리해야 할 작업이 없다면 실행돼서는 안 된다.
• 스레드 풀 크기를 적절히 설정하고 작업은 짧게 유지하면 된다. 단, 너무 짧으면 작업을 분배하는 부담이 오히려 성능을 떨어뜨릴 수도 있다.

스레드는 절대 바쁜 대기(busy waiting) 상태가 되면 안 된다

public class SlowCountDownLatch {
    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--; 
    }
}

• 공유 객체 의 상태가 바뀔 때까지 쉬지 않고 검사해서는 안 된다는 뜻이다.
• 바쁜 대기는 스레드 스케줄러의 변덕에 취약할 뿐 아니라, 프로세서에 큰 부담을 주어 다른 유용한 작업이 실행될 기회를 박탈한다.
• 이 예가 좀 억지스러워 보일지 모르지 만, 하나 이상의 스레드가 필요도 없이 실행 가능한 상태인 시스템은 흔하게 볼 수 있다. 이런 시스템은 성능과 이식성이 떨어질 수 있다.