뮤텍스에 대해서 가르쳐주세요.
글쓴이: hellowee / 작성시간: 금, 2003/07/11 - 2:07오후
pthread_mutex_lock(&mutex);
pthread_cond_wait(&cond, &mutex);
clientsocket=g_db_struct.socket;
pthread_mutex_unlock(&mutex);
이렇게 하면 락이 걸리고 있는동안 다른 시그널이 들어오면 시스템이 자동으로 큐에 넣고 락이 풀리면 다시 처리하지 않나요?
아니면 락이 걸리고 잇는동안 다른 시그널이 들어오면 그 들어온 시그널은 사라지나요?
이상하게 락이 걸리동안 시그널을 주면 그 시그널을 깨어나지 못하고 죽는 경우가 발생하네요..
Forums:
[quote]이렇게 하면 락이 걸리고 있는동안 다른 시그널이 들어오면 시
여기서 말하시는 시그널이라는 건 pthread_cond_signal() 에서처럼 pthread에서의 시그널을 말하시는 거죠?
먼저, pthread signal은 시스템에서 시그널을 큐에 넣어 두고 있다고 처리해준다거나 하는 개념이 없는 걸로 알고 있습니다. (pthread_cond_signal을 호출한 순간에 "기다리고 있는" 쓰레드를 깨우는 것이죠)
UNIX의 signal은 그런 개념이 있죠.. pending signal 이라고 해서, 하나의 시그널을 OS에서 보관해 두고, 처리할 수 있을 때 보내 줍니다.
(아래 설명에서 시그널은 모두 pthread signal을 의미합니다.)
따라서, 예로 드신 코드에서
pthread_mutex_lock(&mutex);
pthread_cond_wait(&cond, &mutex); <-- 여기서 시그널을 반드시!!! 받아야 함
clientsocket=g_db_struct.socket;
pthread_mutex_unlock(&mutex);
위와 같이 두 번째 라인에서 반드시 시그널을 받아야 한다면,
보내는 쪽에서도 mutex를 잠근 채로 pthread_cond_signal(&cond) 를
호출해야 합니다.
그렇다면, 미묘한 시간 차이로 프로그램 실행이 꼬이는 일이 없겠죠..
(물론, mutex를 잠그지 않은 채로 시그널을 보내는 게 더 편한 경우도 있습니다.)
시그널 보낼때 뮤텍스를 잡고 해도 마찬가지입니다.
pthread_mutex_lock(&recv_mutex);
g_db_struct.socket = pUser->socket;
g_db_struct.loop = 1;
pthread_cond_signal(&cond);
pthread_mutex_unlock(&recv_mutex);
이렇게 시그널을 보내는데..이상하고 동시에 recv가 들어오면 뒤늦게 들어온 시그널을 깨우지 못하고 죽네요..?
뮤텍스 자체 락이 걸려 있으면 시스템이 알아서 sleep하지 않나요?
* ps : 데이타베이스접속해서 정보를 얻어오는 쓰레드입니다.
이상하게 정보가 적으면 제대로 돌아가는데 이상하게 쿼리내용이 많으면
4개중 하나만 성공하네요..
시그널을 받는 쓰레드와 보내는 쓰레드가 동일한 뮤텍스를 잠그고 있어야 의
시그널을 받는 쓰레드와 보내는 쓰레드가 동일한 뮤텍스를 잠그고 있어야 의미가 있겠죠 ^^
그리고, 제 답변은 가능성 한 가지를 말씀드린 것이고, 꼭 그거 때문에 문제가 발생했다는 것은 아닙니다.. 쓰레드 동기화가 워낙 미묘한 문제라서요..
대강의 설명만 듣고 원인을 파악하기가 쉽지 않아서요..
댓글 달기