マルチスレッドプログラムとfork（）：代替または安全な実装

Question

マルチスレッドのLinux/C++プログラムでは、fork()にSIGCHLDのシグナルハンドラを使用したいと考えています。

子プロセスでは、open()を使用して、2つの新しいファイル記述子、sendfile()およびclose()を作成すると、子は終了します。

私は、次の要件を実装するためにfork()を使用する計画：親プロセス内のスレッドが

1. 子プロセスの正常終了を検出し、その場合にしなければならないことができるようにするもの

   を別のファイルを作成するfork()ファイルの範囲に対してを実行することが可能

2. 特定のイベントの場合はsendfile() -childプロセスを強制終了し、クリーンアップする意図的終了を検出する

要件1の場合は、sendfile()の結果を待つことができます。 要件2は、私が最初にfork()を使用する必要がある理由です。

次の記事に

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

を読んだ後、私は私のソリューションは良いものではないかもしれないと思います。

私の質問は以下のとおりです。

• は要件2を実装するための他の解決策はありますか？
• または、ライブラリでopen(), close() and sendfile()が正常に呼び出されるようにするにはどうすればよいですか？

更新：

• プログラムは、私は、私はいくつかの記事のために最も効率的なファイル転送を持つためにsendfile()を使用する必要があることを想定してきた
BusyboxのLinuxでは/ ARM上で実行されますこの話題について読んだことがあります。 Update 2のファイル転送が少ない効率的な

かもしれないというのが私の要件は不利で、cpでfork()とexec*()を使用することができ実装する 安全な方法：

• 一度fork()に十分です子プロセスでrsyncでexec*()に切り替えたので、特定のイベント（ファイルごとに1回ではなく）が発生したためです。しかし、プログラムは特定のイベントの場合に常にrsyncを呼び出す必要があります。

Answer 1

スレッドを使用できますが、強制的にスレッドを終了すると、通常、メモリリークなどの問題が発生します。

私のLinuxの経験はいくらか限定されていますが、おそらくは、マルチスレッド化される前にプログラムを早めに実行します。これで、2つのインスタンスが作成されたため、シングルスレッドのインスタンスを安全に使用して、追加のインスタンスの開始と停止を管理できます。