[완료] 데몬과 조건변수
글쓴이: 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 기준으로 변경을 해주니 정상 처리 되었습니다.
변경된 부분을 올리겠습니다.
int be_daemon() { int fd; switch ( pid = fork() ) { case -1: return -300; // create child processor fail case 0: break; default: exit(1); } if ( setsid() == -1 ) return -301; setpgid(pid, pid); // 자신을 프로세스 그룹 리더로 변경. chdir("."); umask(0); // pid = getsid(); // sid, pid, pgid 모두 동일하다. return 1; }위의 fork() 수행 후의 pid를 담는 변수인 pid는 전역변수입니다.
그리고 worker thread는 생성된 직후 시점에 아래를 추가 했습니다.
아 시원해..:D
man 3
man 3 daemon
참고하시고, 모든 작업을 이 이후에서 하면 그냥 될텐데요.
OTL
이상하네요..
우선 관심가져 주셔서 감사합니다. :-)
수정한 부분을 다시 제거하고 테스트 하니 먹통이 되버리네요..T_T
근본적인 해결방법이 아니거나 제가 해결한 방법 자체가 overhead가 아닌지 의심을 해봐야겠네요.
댓글 달기