multi-thread 프로그램 작성시에 fork() exec() 함수를 쓰면 위험한가요?

일단, 유사한/참조할만한 얘기가 과거에 있었습니다. 당시 리눅스 커널의 쓰레드 구현이 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 : 프로세스간 통신, 다양한 방법이 있지요?!