다중 스레드 프로그램 및 fork() : 대체 또는 안전한 구현

Question

다중 스레드 Linux/C++ 프로그램에서 fork()에 SIGCHLD의 신호 처리기를 사용하고 싶습니다.

자식 프로세스에서 나는 open()을 사용하여 두 개의 새로운 파일 설명자인 sendfile()과 close()을 생성 한 다음 자식을 종료합니다.

나는 다음과 같은 요구 사항을 구현하기 위해 fork()를 사용 계획 : 자식 프로세스의 정상 종료를 감지

1. 할 수 있어야한다 부모 프로세스에서

   스레드를, 그 경우에해야한다 다른 파일을 만들려면 fork()

2. sendfile() 특정 이벤트가 발생할 경우 파일 처리 프로세스를 종료하고 의도적 인 종료 처리를 감지하여

요구 사항 1에 대해서는 단지 sendfile()의 결과를 기다릴 수 있습니다. 요구 사항 2는 내가 처음에 fork()을 사용해야한다고 생각하는 이유입니다.

다음 게시물

• Threads and fork(). How can I deal with that?
• fork in multi-threaded program

내 솔루션은 좋은하지 않을 수도 있다는 생각을 읽은 후.

내 질문은 : 요구 사항 2를 구현하는 다른 솔루션

• 있습니까?
• 또는 도서관에서 open(), close() and sendfile()이 제대로 호출되도록하려면 어떻게해야합니까?

업데이트 :

• 는 내가 가장 효율적인 파일 전송을 가진위한 sendfile()를 사용한다고 가정 한 비지 박스 리눅스/ARM에서 실행되는 프로그램으로 인해 여러 게시물 I 이 주제에 관해 읽었습니다. 파일 전송이 2

업데이트 덜 효율적이 될 수 있다는 단점과, cp와 fork() 및 exec*()를 사용하여이 될 수 내 요구 사항을 구현하는 안전한 방법 :

• 그것의 충분한에 fork() 번 자식 프로세스에서 exec*()과 rsync으로 전환 한 이후 특정 이벤트가 발생했습니다 (파일 당 한 번이 아닌). 그러나 프로그램은 특정 이벤트의 경우 항상 rsync을 호출해야합니다.

Answer 1

스레드를 사용할 수 있지만 스레드를 강제 종료하면 일반적으로 메모리 누수 및 기타 문제가 발생합니다.

내 리눅스의 경험은 다소 제한적이지만 아마도 멀티 스레드되기 전에 일찍 프로그램을 포크하려고 시도 할 것입니다. 이제는 두 개의 인스턴스가 있으므로 단일 스레드 인스턴스를 사용하여 추가 인스턴스의 시작 및 중지를 안전하게 관리 할 수 ​​있습니다.