thread 에서.. lock 문제

음.... 조금 잘못 이해하고 계신듯하군요.
쓰레드 사용에 락이 필요한 이유는 두 쓰레드가 동시에 값에 접근하는 경우를 막기 위해서입니다. thishome님이 말씀하신거와 같은 쓰는 도중에 읽는.... 경우는 없다고 보시면 됩니다. 왜냐하면 그런 읽기 쓰기는 소프트웨어적인 부분이 아니라 하드웨어적으로 처리되는 부분이기 때문에 프로그래머가 신경 쓸 부분은 아니죠. (클럭이라는게 왜 존재하는 지에 대해 다시 한번 숙고해보시기 바랍니다.)
설명드리자면 예로 드신 코드에 더해서

thread_check()
{
    int buf = 0;

    while(1) {
        if ( buf <= global ) {
            buf += global;
        }
        else {
            buf = 0;
       }
   }
}

와 같은 쓰레드가 동시에 존재한다고 할때.....
if (buf <= global) 다음에 즉, buf+= global 가 실행되기 바로 직전에 thread가 스케줄링 되어서 thread_chg()로 넘어갔다면(혹은 SMP에서 다수의 cpu에서 도는 경우라면 동시에 서로 다른 cpu에서 실행되고 있었다면) thread_chg()의 코드가 실행된 이후에는 global의 값은 이전의 값과는 다른 값으로 바뀌었지만 thread_print() 함수에서는 이미 if문을 통해 global의 이전 값의 상태가 남아있습니다.
즉 global이란 값이 어떠한 상태를 의미하는 값이라고 할 때, 상태에 대한 값이 변했는데도 프로그램의 어떠한 부분에서는 이러한 바뀐 상태가 적용되지 않을 수도 있다는데 문제가 있다는 겁니다. 조건이나 상황이 바뀌었는데도 이전 처리를 그대로 하게될 수가 있어서 예상외의 값이 나올 수도 있습니다.
이러한 부분이 동기화 문제라고 하는데.... 이에 대한 자세한 내용은 어떤 운영체제 책에라도 자세히 나와있으니 참고하시기 바랍니다.[/code]