멀티스레드일 때 테스트 결과 공유

영한님이 단일 스레드일 때 테스트 하셨는데요.

멀티 스레드일 때 테스트 결과도 궁금하신 분들이 있을 것 같아 공유 드립니다 :)

빠른 테스트를 위해서 sleep 은 사용하지 않았습니다.

public class IncrementPerformanceMain {

    public static final int COUNT = 1_000_000;

    public static void main(String[] args) throws InterruptedException {
        test(new BasicInteger());
        test(new VolatileInteger());
        test(new SyncInteger());
        test(new MyAtomicInteger());
    }

    private static void test(IncrementInteger incrementInteger) throws InterruptedException {
        long startMs = System.currentTimeMillis();

        Runnable runnable = new Runnable() {
            @Override
            public void run() {
                for (int i = 0; i < COUNT; i++) {
                    incrementInteger.increment();
                }
            }
        };

        ArrayList<Thread> threads = new ArrayList<>();
        for (int i = 0; i < 100; i++) {
            Thread thread = new Thread(runnable);
            threads.add(thread);
            thread.start();
        }

        for (Thread thread : threads) {
            thread.join(); // 모든 스레드가 종료 될 때 까지 기다림
        }

        long endMs = System.currentTimeMillis();

        System.out.println(
                incrementInteger.getClass().getSimpleName() + ": ms=" + (endMs - startMs) + ", result=" + incrementInteger.get());
    }
}

결과

BasicInteger: ms=32, result=88652038
VolatileInteger: ms=3653, result=17721836
SyncInteger: ms=4882, result=100000000
MyAtomicInteger: ms=6953, result=100000000

MyAtomicInteger 보다 SyncInteger 가 성능이 좋은 이유는 CAS 는 기본적으로 락보다는 빠르지만, 경쟁이 심하면 CAS 실패로 재시도를 반복하기 때문에 성능이 락보다 안나오고 있는 것으로 보이네요.

추가로 BasicInteger 에 비해서 VolatileInteger 의 손실율이 큰 이유는 모두가 동시에 메인 메모리에 접근하게 되면서 발생한 문제로 보이네요.
비유적으로 설명하면

• BasicInteger: 각자 수첩(캐시)에 메모하고 나중에 합침
  → 충돌 적고, 결과는 꽤 괜찮음 (운이 좋으면)

• VolatileInteger: 100명이 하나의 화이트보드(메인 메모리)에 동시에 적으려는 상황
  → 끊임없는 덮어쓰기, 충돌 많음 → 결과는 엉망

감사합니다. ^0^