multi-thread 프로그램 작성시에 fork() exec() 함수를 쓰면 위험한가요?
글쓴이: trymp / 작성시간: 월, 2015/10/12 - 10:03오전
linux fedora 64bit 환경을 사용중에 있습니다.
제가 프로그램을 작성하고 있는데, pthread 를 이용해서 multi-thread 프로그램을 작성중에 있고요
기능상 외부 프로그램 호출이 필요해서 fork()->exec() 조합을 쓰고자 하는데, 이게 위험할까요?
혹시 이것이 나중에 futex() dead lock 으로 발생하지 않을까? 하는 걱정도 있고요
써도 괜찮은 것인지?? 위험하다면 안정하게 할 수 있는 다른 방법은 없는지 궁금합니다.
고수님들의 조언 부탁드립니다.
Forums:
일단, 유사한/참조할만한 얘기가 과거에 있었습니다.
일단, 유사한/참조할만한 얘기가 과거에 있었습니다. 당시 리눅스 커널의 쓰레드 구현이 NPTL로 확정되고 있는 시기라(과도기라는 얘기지요), 좀 아햏햏한 부분이 있으나, 한번 읽어보시고.
https://kldp.org/node/27109
---------
상당한 주의를 요구합니다.(따져볼 내용이 많다는 얘기입니다. 자칫 배보다 배꼽이 더 커질수도 있다는......)
아래 링크는 주의사항/위험성에 대해 언급하고 있습니다. pthread_atfork()를 사용하는 방법도 있겠으나, resource에 대한 이해와 관리가 확실해야 하며, 이 또한 모든 OS(Unix들, Linux들)에서 잘~ 된다고, 장담하기 어려우므로, 불확실한 것(즉, 쓰레드에서 포크하는 방식)을 구지 쓸 필요가 없습니다. (학생이라면 한번 경험해볼만 합니다만), 업자(?)라면, 다른 대안을 찾는게 좋겠지요.
링크:
http://www.linuxprogrammingblog.com/threads-and-fork-think-twice-before-using-them
방법.
1) 라이브러리화
가급적 fork()를 호출하지 않게 모델링하여 프로그래밍(웬만한 프로세스는 그냥 라이브러리 수준으로 작성/만들어서)하거나,
2) fork-exec회피하고 IPC 사용
해당 프로세스가 복잡하거나/여타의 사유로 반드시 멀티쓰레드에서 포크해야하는 경우라면, fork()-exec()를 처리하는 부분을 외부 프로세스로 서버형태로 만들고, 해당 쓰레드는 그 서버프로세스에게 IPC를 통해 request/reply하는 형태가 좋을 듯 합니다.
* IPC : 프로세스간 통신, 다양한 방법이 있지요?!
링크에서 "[url]" "[/url]" 을 제거하고
링크에서 "[url]" "[/url]" 을 제거하고 보셔야겠네요. ㅎㅎ
정말 감사합니다...
^^
댓글 달기