[완료] 데몬과 조건변수
글쓴이: whxoans / 작성시간: 화, 2009/02/17 - 9:51오전
foreground 작업시에는 문제 없는 것들이
데몬화를 하니 말썽입니다.
Boss & Worker 모델의 작업제어를 하고 있는데
worker thread는 작업을 pthread_cond_wait로 기다리고
boss thread는 작업을 pthread_cond_signal로 지시합니다.
아래는 데몬화를 하는 과정입니다.
int be_daemon() { switch ( fork() ) { case -1: return -300; // create child processor fail case 0: break; default: exit(1); } if ( setsid() == -1 ) return -301; chdir("/"); return 1; }
최초에는 thread를 생성하는 것보다 데몬화 수행이 시점적으로 뒤에 있어서
PID가 달라서 발생하는 줄 알았습니다.
하지만 데몬화를 한 다음 쓰레드를 생성하고 PID를 확인하니 모두 같은데도 발생하네요.
위 부분만 제거하면 다시 의도한 대로 동작을 합니다.
좀 더 정확히 말씀드리면 조건변수 signal을 보내는 것과 받는 것에 문제가 아닐 수도 있지만
GDB를 디버거로 쓰는데 데몬 프로세스의 경우 trace가 어렵네요. 이부분에서도 조언을 구하고 싶습니다.
이런 경우 프로세스 그룹(pgid)등이 영향을 줄 수도 있는지요?
조언을 부탁드립니다. :)
Forums:
해결했습니다.
결론부터 말씀드리면
condition variable을 전달하기 위해 같은 PGID를 써야하는 것 같습니다.
cond_sigal을 보내는 쓰레드(Boss thread)와 받는 쓰레드(Worker thread)의
PGID를 Boss thread 기준으로 변경을 해주니 정상 처리 되었습니다.
변경된 부분을 올리겠습니다.
위의 fork() 수행 후의 pid를 담는 변수인 pid는 전역변수입니다.
그리고 worker thread는 생성된 직후 시점에 아래를 추가 했습니다.
아 시원해..:D
man 3
man 3 daemon
참고하시고, 모든 작업을 이 이후에서 하면 그냥 될텐데요.
OTL
이상하네요..
우선 관심가져 주셔서 감사합니다. :-)
수정한 부분을 다시 제거하고 테스트 하니 먹통이 되버리네요..T_T
근본적인 해결방법이 아니거나 제가 해결한 방법 자체가 overhead가 아닌지 의심을 해봐야겠네요.
댓글 달기