[ CnUnix ] in KIDS 글 쓴 이(By): wooyou (치즈or빠다) 날 짜 (Date): 2002년 5월 17일 금요일 오후 10시 06분 25초 제 목(Title): [q]pthread안에서 fork에서 deadlock발생 pthread프로그램을 하나 작성했는데, 그중 한 thread에서 fork를 해야할일이 있습니다. 그러나 가끔씩 fork하다가 프로그램이 꼼짝하지 않아서 gdb로 살펴보니 deadlock이 발생하는 것 같습니다. 프로그램안에서 직접 mutex를 사용하지는 않는데, 시스템(?)에서 pthread_atfork 가 결과적으로 mutex를 걸면서 이때 deadlock이 발생하는 것 같습니다. 아래의 결과를 보면 7번째 frame에서 fork를 호출하면서 0~5까지 시스템이 자동으로 fork를 수행하기 위해서 올라가는 stack인것 같은데, 여기서 deadlock이 걸리니 꼼짝을 못하겠습니다. 혹시 이에 대해서 좋은 의견 있으시면 부탁드립니다. (gdb) bt #0 0xc020f8a0 in __ksleep () from /usr/lib/libc.2 #1 0xc003da4c in pthread_mutex_lock () from /usr/lib/libpthread.1 #2 0xc02235a4 in __thread_mutex_lock () from /usr/lib/libc.2 #3 0xc0220ea8 in sendpath64 () from /usr/lib/libc.2 #4 0xc003e0f8 in pthread_atfork () from /usr/lib/libpthread.1 #5 0xc003e450 in __pthread_fork () from /usr/lib/libpthread.1 #6 0xc021c644 in fork () from /usr/lib/libc.2 #7 0x11bf0 in CProcess::Execute (this=0x7f7f0704, strObj=0x7f7f083c "/home/iux/BIN/TxxMain", strArgv=0x7f7f0a3c "TxxMain Tx01 ") at CProcess.cpp:55 #8 0x7d38 in CPms::execute (this=0x7f7f0648, com=@0x7f7f0774) at CPms.cpp:344 #9 0x7620 in CPms::start (this=0x7f7f0648) at CPms.cpp:203 #10 0xb9c4 in main (argc=2, argv=0x7f7f051c) at PmsMain.cpp:118 [ CnUnix ] in KIDS 글 쓴 이(By): alita () 날 짜 (Date): 2002년 5월 17일 금요일 오후 11시 29분 11초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 pthread_atfork 는 thread에서 fork를 사용하기 위해서 parent와 child에 fork 전후의 handler를 등록해 주는 함수입니다. 이게 fork 안에서 자동으로 불리는거 같은데 신기하네요 *_* linux의 pthread_atfork의 man page 내용입니다. 관련이 없으려나... To understand the purpose of pthread_atfork, recall that fork(2) duplicates the whole memory space, including mutexes in their current locking state, but only the calling thread: other threads are not running in the child process. Thus, if a mutex is locked by a thread other than the thread calling fork, that mutex will remain locked forever in the child process, possibly blocking the execution of the child process. To avoid this, install handlers with pthread_atfork as follows: the prepare handler locks the global mutexes (in locking order), and the parent and child handlers unlock them (in reverse order). Alternatively, prepare and parent can be set to NULL and child to a function that calls pthread_mutex_init on the global mutexes. [ CnUnix ] in KIDS 글 쓴 이(By): terzeron (microkid) 날 짜 (Date): 2002년 5월 17일 금요일 오후 11시 59분 36초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 alita님께서 인용하신 man page에도 비슷한 내용이 나오는데, 굳이 mutex lock을 걸었다 풀었다 할 필요는 없을 것 같고 두번째 방법을 응용해서 pthread_atfork를 fork앞에 사용하고 mutex를 안 쓰신다니 mutex관련 작업을 아예 하지 않는 것도 통할 듯 싶습니다. 다만 mutex를 쓰셔야 한다면 첫번째 핸들러 prepare에서 잠깐 걸었다가 atfork이후에 parent하고 child에서 풀어주는 과정을 피할 수가 없겠네요. 아니면 두번째 방법처럼 atfork 이후로 동기화작업을 미뤄놓으시던가요. deadlock이 걸리는 원인은 혹시 fork(/exec도?)를 두 쓰레드가 동시에 수행해서 그런 건 아닙니까? PS 저도 semaphore가 deadlock이 걸리는데 이거 참 환장할 노릇입니다. 걸릴 곳이 없어서 말이죠. 게다가 매번 걸리는 게 아니고 cgi로 수행되는 daemon이라서 trace를 할 수도 없고 말이죠. -_-;; [ CnUnix ] in KIDS 글 쓴 이(By): wooyou (치즈or빠다) 날 짜 (Date): 2002년 5월 18일 토요일 오전 12시 46분 20초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 우선 platform은 HPUX이며, 1개의 프로세스에 3개의 thread가 있으며 각 thread는 각각 다른 역할을 수행합니다. 그중 단 하나의 프로세스가 fork를 통해서 child process는 생성합니다. 실제 제가 코딩하기로는 fork()수행후 child process에서 바로 exec을 수행하는데, 문제는 fork()에서 더이상 넘어가지 않고 gdb로 보니 fork()를 수행할때 threaded program의 경우는 C compiler(?)가 pthread_atfork()를 자동으로 수행하게 하며 그 내부에서 mutex까지 사용하는것 같습니다. 제가 사용한 mutex라면 안쓰도록 고민이라도 해보겠는데, 이쪽은 소스도 없고, 꼭 해야한다면 assembly로 바꿔서 하나하나 찾아봐야 하는것 같은데... 그러기는 넘 그렇고... 하여튼 고민입니다.. [ CnUnix ] in KIDS 글 쓴 이(By): terzeron (microkid) 날 짜 (Date): 2002년 5월 18일 토요일 오전 10시 10분 09초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 그러니까 명시적으로 atfork를 호출하여 그 핸들러에서 unlock을 수행하는 것은 어떨까요? 정석대로라면 prepare에서 lock하고 parent와 child에서 unlock을 해야겠지만, 꼼수(꽁수?)를 써서 prepare에서 혹시 걸려있을지도 모르는 mutex lock을 풀고가자는 거죠. unlock이나 init을 수행하면 될 것도 같습니다만... 제가 쓸 수 있는 solaris환경에서는 비슷한 시나리오에서 fork가 잘 됩니다. atfork없이도요. 이 놈의 pthread가 시스템마다 죄다 다르고 특정 작업 (스케쥴링 같은)에서는 시스템을 타는 버그가 종종 있어서 전에 dalgong님께서 지적하신 대로 호환성을 믿고 쓸만한 것은 못 되는 것 같더군요. [ CnUnix ] in KIDS 글 쓴 이(By): alita () 날 짜 (Date): 2002년 5월 18일 토요일 오전 10시 35분 49초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 thread 하나만 띄운 상태에서 fork를 해도 그런지 테스트를 해보는게 좋을 것 같습니다. :) solaris랑 linux에서는 thread들 call stack을 pstack이라는 걸로 run time에 볼 수 있는데요, HP도 있나요? linux의 pstack은 portable하지 않은걸로 알아서... @ Linux에서 pthread를 써서 호환성은 전혀 고려를 안하긴 했지만서도 최대한 기본적인 lock/unlock만 쓰려는 노력을 -_-a @@GNU의 Pth라는거 써보신 분 있나요? Linux에서 pthread를 Pth에 wrapper 씌우는 형태로 바꿀려는 거 같던데. 꾸리한 LinuxThread -_-; [ CnUnix ] in KIDS 글 쓴 이(By): terzeron (microkid) 날 짜 (Date): 2002년 5월 18일 토요일 오전 10시 47분 12초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 하하, BSD도 꾸리해요. 커널에 쓰레드 풀 지금은 모르겠는데 예전에는 안 들어가 있었거든요. [ CnUnix ] in KIDS 글 쓴 이(By): swhan (foo bar) 날 짜 (Date): 2002년 5월 18일 토요일 오전 11시 20분 57초 제 목(Title): Re: [q]pthread안에서 fork에서 deadlock발 꽁수로 그냥 system() call을 사용해보세요. shell script나 등등에서 fork를 함 더 하도록 하시고..