쓰레드 질문 2가지요~
글쓴이: sunbee / 작성시간: 토, 2005/01/22 - 2:42오후
질문1.
IPC(메세지큐, 공유메모리등) 를 멀티 쓰레드 프로그램밍에 써야할 경우가 있습니까?
제 생각으로는 mutex, cond 로 모두 해결가능한듯한데요..
질문2.
mutex로 공유데이타 접근을 제어할때 말입니다.. 예를들어 nonblock select()로 event가 발생한 socket을 threadA 에 넘겨서 threadA에서 packet을 read한다고 할때...
threadA에서 read()를 먼저할지 select()를 먼저할지 어떻게 보장받습니까??
threadA에서 read()가 늦어서 select()에서 그 socket에대해서 계속 event가 발생하거덩요... ㅡㅡ;;
이럴경우는 보통 어떻게 처리하는지요?
Forums:
1. 공급자-소비자 n:n모델에서는 세마포어를 사용하는 것이 일반적입니다
1. 공급자-소비자 n:n모델에서는 세마포어를 사용하는 것이 일반적입니다. 이때의 세마포어는 semaphore.h에 선언된 것이어야 하겠지요. 자료구조형과 상황에 따라 세마포어를 쓰지 않을수도 있습니다.
2. "그때그때 달라요" ㅡ.ㅡ;;
라고 말씀드리긴 뭣하고... 일반적으로 select()가 특정상황을 인지하기 전에는 read()가 필요없으므로 ThreadA가 read(), ThreadB가 select()를 담당한다면 ThreadA는 read()전에 조건변수대기가 필요합니다. ThreadB()는 select()에서 읽기동작이 필요한 상황을 인지한다면 pthread_cond_signal()로 ThreadA를 깨워야 하겠지요.
homeless
select 를 먼저 할지 read 를 먼저 할지 보장 받지 못 합니다.
select 를 먼저 할지 read 를 먼저 할지 보장 받지 못 합니다.
그래서 뮤텍스 이용해야 합니다.
그렇다고 thread 안에 select 를 넣으면 thundering herd problem 이 생기죠.
소켓 접속 accept 정도라면 뮤텍스로 적당히 동기화 하는것도 좋지만 read/write 와 같은 빈번히 발생하는 것도 동기화를 하시겠다면 그냥 1 thread : 1 fd 를 생각해 보신는 것도 좋을 듯 합니다.
그리고 쓰레드 모델에 IPC 를 사용해야 하냐고 하셨는데 "No" 입니다.
써도 되지만 sunbee 님 말씀 처럼 안쓰고 해결 할 수 있고 IPC 는 느리지요.
IPC 는 말 그대로 프로세스간 통신용입니다. 프로세스간 정보를 주고 받을 방법을 제공하는거져. 쓰레드에서는 쓰지 않아도 됩니다.
세마포어도 프로세스간 동기화 용이지 같은 프로세스의 쓰레드간 동기화는 단순한 뮤텍스가 좋습니다.
왜냐구요? 더 빠르거든요. pthread_mutex 와 같은 로컬 변수를 이용한 mutex 는 매우 빠릅니다.
댓글 달기